资源描述
大连理工大学都市学院
《软件工程导论》大作业
售楼管理系统分析与设计
课题名称：售楼管理系统
任课教师：李天俐
班 级：软件1304班
姓 名：吕远道
完毕日期：6月17日
摘 要
售楼管理是售楼运作一种重要环节，学习制作售楼管理系统是很有必要，同步，售楼管理系统也是服务行业管理软件一种综合性代表，很具备实践意义。
本售楼管理系统是用PowerBuilder和Microsoft access制作而成，重要涉及客户信息登、消费管理、结账和记录以及员工信息管理等重要功能。依照客户需求给其提供房屋，并且对客户购买状况进行记录以及客户结账，系统也对员工信息进行记录，管理员可以予以员工登录系统权限。依照需要，系统建立了6个表，分别用来记录客户信息、员工信息、消费分类、客户消费档案、房屋信息和客户购买信息。房间有三种状态，即“已售”、“已预订”、“未售”，员工有三种权限即：“T”、“U”、“F”分别代表管理员权限和普通顾客权限，“F”权限不能登录系统，而管理员是由系统默认。这些状态分别可以对房屋和员工进行管理。
结论重要简介了售楼管理在售楼寻常运作中作用，以及售楼管理系统必要性。整个系统开发过程涉及：可行性分析、需求分析、总体设计、详细设计、系统实现以及测试筹划。其中核心技术涉及数据库建立，数据库连接，数据添加、删除和更新。为了系统顺利完毕。开发人员将要密切合伙和详细分工。
核心词：售楼管理系统；PowerBuilder；Microsoft access；数据库
第一章 前 言
1.1背景
当代社会，科技飞速发展，电脑不断普及。当代化售楼组织庞大，服务项目多、信息量大，要想提高劳动生产、减少成本。提高服务质量和管理水平，进而增进经济效益，必要借助计算机来进行当代化信息是。售楼管理系统正是为此设计开发。
1.2编写目
“售楼管理系统”开发定位在一种可以满足数据库管理系统，即具备一种数据库管理系统基本功能，涉及数据增长，删除，修改，查询等，便于顾客查看，操作，和查询房屋信息。作为工作人员盼望可以避免繁琐手工操作，甩掉老式手工记录方式，达到事半功倍效果。
第二章 可行性分析
可行性研究目是付出最小代价在尽量短时间里拟定问题与否通解决，系统可行性分析可以从如下几种方面研究：
2.1技术可行性
技术上可行性重要分析既有技术条件能否顺利完毕开发工作，软硬件能否满足开发者需要等，这一特点非常适共计算机特点，发挥计算机数据解决速度快，精确率高优势。当代计算机硬件与软件技术飞速发展，为系统建设提供了技术条件。由于售楼管理系统这一类公司管理系统进行开发已有一定期期，有诸多成功实例上，技术基本也已经非常雄厚，因而技术上是可行。
2.2经济可行性
重要是对项目经济效益进行评价，一方面是支出费用，其中涉及设备购买费，软件开发费，管理和维护费，人员工资和培训费等。另一方面是获得收益可以用钱来衡量那某些以及使用本系统而提高效率，节约人力物力。基于公司既有计算机及配套设备，建设MIS系统，大大减少了办公费用，提高办公效率，并且能检测数据效用，为公司提供以便。由于本酒店管理系统是由我及几种同窗开发，投入相对较少，但却能获得较大收益，因此经济上是可行。
2.3管理上可行性
重要是管理人员对开发信息系统与否支持，既有管理制度与否科学，规章制度与否齐全，原始数据是对的等。售楼管理系统比较完善规章制度和管理办法为系统建设提供了保障，一种软件设计好坏，核心在于产品可靠，稳定，便于维护，系统采用模块化程序设计办法，既便于系统功能各种组合和修改，又便于未参加开发技术维护人员进行补充、维护。
2.4结论
由于缺少专业人士协助，并且缺少实际经验，该管理系统也许做不太健全，远不是真正意义上软件、工业产品，只能算作坊生产产物。也许还存在缺陷，局限性之处有待改进。
前景依照以上分析，咱们以为开发此系统条件已经具备，可以开始进行开发。并且咱们相信此软件经济实惠，必定具备良好前景。咱们将会逐渐完善该软件，尽量地让满足客户需求。
第三章 需求分析
3.1 顾客需求
1． 软件具备简洁美观界面。
2． 操作简朴、快捷，适合顾客使用习惯。
3． 规定系统安全、稳定。
4． 规定可以注册各种顾客，有不同顾客权限。
5． 规定可以以便使用增删改查等功能。
6． 规定实现面向2个顾客分别实现如下功能：
买房者：注册，登录，查询空闲房源，查询成交状况。
管理员：查询基本信息，查询房源状况，对买房者登记信息进行审核，并能依照房源状况进行分类记录。
3.2 功能需求
1． 创立系统顾客、修该顾客密码、设立顾客权限。
2． 买房者注册，登录。
3． 买房者查询房源。
4． 买房者对中意房源报价，查询成交状况。
5． 管理员查询买房者基本信息。
9． 管理员查询房源状况。
11．管理员依照房源状况进行分类记录。
顾客类型
权限描述
买房者
注册，登录，查询空闲房源，对中意房源报价，查询成交状况。
管理员
查询买卖双方基本信息，查询房源状况，对卖房者登记信息进行审核，并能依照房源状况进行分类记录。
图3-1
3.2数据流图
绘制数据流图目是为了以便开发人员与顾客交流，以及为系统设计提供根据。数据流图绘制过程普通是采用自顶向下，逐级分解，直到功能细化为止，形成若干层次数据流图。酒店管理系统数据流图如下所示：
基本系统模型
顶层数据流图
第一层数据流图
3.3实体关系模型图
3.4数据字典
3.4.1实体图
3.4.2总体E-R图
图3-8 实体关系（E-R）图
3.5性能需求
1、精度
软件重要用于管理，不是科学计算，规定计算精度不是很苛刻，因此输入、输出数据精度规定不是很高，可以用浮点数。
2、时间特性规定
软件运营响应时间规定不超过1-2秒。
3、灵活性
软件具备升级功能，以满足顾客需求。
3.6数据管理能力需求
本软件管理数据大都以数据库形式储存，重要涉及房价信息，菜肴信息数据，客户信息数据，其中房价信息数据基本不变，数据库大小基本不变，而客户信息数据随着时间推移每天都在增长，客户信息数据需要定期进行整顿和解决。
3.7故障解决需求
本软件具备错误和异常解决能力，基本不会有软件故障，保证软件能正在运营，有对数据库备份功能，这样才干使顾客满意。
3.8其她需求
本软件有保密功能，设立了系统账号管理功能，顾客登录时需要验证顾客名及密码，对于三次密码输入错误使用者则关闭此系统，这样保证了数据安全。本软件使用也十分以便，以窗口形式呈现给顾客，很容易操作。
3.9运营环境需求
内存：512M；
硬盘：80G；
操作系统为Windows系列。
第四章 总体设计
4.1系统分析
依照顾客规定以及对需求分析阶段对功能分析，要实现登录信息管理、客户基本状况管理、员工信息管理、房源信息管理、收费信息解决。
（1）登录信息管理：记录登录账号、顾客编号、顾客类型（权限）、登录名、密码等有关信息。
（2）客户基本状况管理：记录客户基本信息，如：账号、姓名、性别、出生日期、手机、家庭电话、邮箱、身份证号、客户类型、注册日期等进行记录。并且对客户信息进行管理，查询、添加、删除等。
（3）收费信息解决：记录收取费用品体信息，如：：应付款额、经手人编号、经手人姓名、房屋编号、付款日期、买房者编号、买房者姓名、买房者联系电话等。
4.2系统设计
由问题分析咱们拟定了本系统需要哪些确切功能模块和组织构造。
4.2.1软件组织构造
本系统总体构造采用菜单来调用窗体，运用窗体来进行管理、数据加工、信息查询等工作，系统功能模块图如图4-1所示：
图4-1 系统功能构造图
4.3功能阐明
4.3 功能阐明
系统分为三个模块来对实现其功能需求，即：客户信息管理模块、员工信息管理模块、收信息管理模块。
1、客户信息管理模块
客户信息增添：对客户信息进行增添
客户信息修改：对浮现错误客户信息进行修改
客户信息删除：对没用客户信息进行删除
2、房屋信息管理模块
房屋信息增添：对待出售房屋信息进行增添
房屋信息修改：对浮现错误房屋信息进行修改
房屋信息删除：对未出售房屋信息进行删除
3、收费信息管理模块
收费信息增添：对管理员想要新加入收费信息进行增添
收费信息修改：对管理员想要修改收费信息进行修改
收费信息删除：对没有收费信息进行删除
4.4重要数据数据构造设计
4.4.1变量设计
在系统代码实现时候，必要用到某些变量，普通咱们所用到变量为两种：一是全局变量、二是局部变量。
全局变量：以“global_”加字母作为变量名，如：global_name。
局部变量：不限制。
4.5函数设计
为了简化程序，并且提高代码重要性，在编写代码时，对多次用到代码段，定义成函数，在用到地方直接调用函数。
全局函数以“gfunction_”加函数名，如：gfunction_Add()；
局部函数以“zfunction_”加函数名，如：zfunction_Add()；
第五章 详细设计
在此阶段将对系统进行更详细分析和设计，目是拟定如何详细地实现所规定系统。
5.1数据库详细设计
依照系统数据库概念模式，可以得到应有如下６个数据表：
tb_login(登录信息表)
列 名
描 述
数据类型
长度
与否为空
Login_id
登录账号（主键）
Varchar
10
否
Employee_id
顾客账号
Varchar
10
是
Login_name
登录名称
Varchar
20
是
Login_pwd
登录密码
Varchar
15
是
Login_power
登录权限
varchar
10
是
tb_customer(客户信息表)
列 名
描 述
数据类型
长度
与否为空
Customer_id
客户编号（主键）
Varchar
10
否
Customer_name
姓名
Varchar
20
是
Customer_sex
性别
Varchar
4
是
datetime
出生日期
Datetime
15
是
Phone
手机
Varchar
20
是
email
邮箱
Varchar
20
是
cardID
身份证
Varchar
30
是
Customer_type
顾客类型
Varchar
10
是
House_id
房屋编号
Varchar
10
是
Record date
注册日期
Datetime
15
是
tb_house(房屋信息表)
列名
描 述
数据类型
长度
与否为空
house_id
房屋编号（主键）
varchar
10
否
house_typeid
房型编号
varchar
10
是
house_seatid
幢座编号
varchar
10
是
house_state
状态
varchar
10
是
house_favorid
朝向编号
varchar
10
是
house_map
构造图
varchar
50
是
house_price
价格
money
10
是
house_floorid
楼层编号
varchar
10
是
house_area
建筑面积
varchar
20
是
house_remark
备注
varchar
50
是
tb_money(付款信息表)
列名
描述
数据类型
长度
与否为空
Money_id
费用编号（主键）
varchar
10
否
Pay_money
金额
money
10
是
Emp_id
员工编号
varchar
10
是
Emp_name
员工姓名
varchar
20
是
House_id
房屋编号
varchar
10
是
Pay_date
付款日期
datetime
15
是
Money_remark
备注
varchar
100
是
Want_id
买房者编号
varchar
10
是
Want_name
买房者姓名
varchar
20
是
Want_phone
买房者电话
varchar
20
是
5.3界面设计
较好界面能给顾客一幕了然感觉，也便于设计，系统界面应当保持一致不随时间而变化，好界面是能给顾客提供协助。
5.3.1系统登录界面
图5-1 顾客登录界面
5.3.2系统主界面
图5-2 系统主界面
5.4系统功能详细阐明
5.4.1客户信息管理模块
目：对客户信息进行登记和保存。
功能：以直接对买房者信息进行录入，建立相应客户信息档案，并可对客户信息进行添加、删除、修改和查询。
性能：稳定、迅速、精确。
输入项：客户编号、姓名、性别、客户类型、手机号、注册日期等。
输出项：相应信息记录和相应出错信息提示。
5.4 2 员工信息管理模块
目：管理员管理楼房信息
功能：对楼房信息进行管理，信息添加、修改、删除和查询。性能：稳定、迅速、对的
输入项：房屋编号、房屋地址、房屋楼层、房屋面积等。
输出项：房屋基本信息记录和相应出错信息或提示。
5.4 5交易付款管理模块
目：管理员对买卖双方交易信息进行管理。
功能：对交易付款信息进行管理，信息添加、修改、删除和查询然后记录备份。
性能：稳定、迅速、对的
输入项：费用编号、金额、员工编号、员工姓名、房屋编号、付款日期、备注、购房者姓名等。
输出项：交易付款信息记录和相应出错信息或提示。
第六章 系统实现
通过前面几种阶段对系统分析之后，接下来是本系统实现阶段。
6.1系统登录模块
图6-1 顾客登录界面
本模块重要功能是对操作顾客身份进行验证，只有系统管理员和买房注册顾客可以登录本系统。在进行系统登录过程中，登录模块将调用数据库里楼房档案表，对顾客名和密码进行验证，只有输入对的后，才干进入系统。每次输入错误时，模块都会给出错误提示，当第三次输入错误时，给出“第三次输入错误，尚有一次机会”提示，当第四次输入错误时，自动关闭登录窗体。当输入对的后来，将进入系统
6.2客户信息登记模块
图6-2 客户信息登记界面
本窗体重要功能是对客户信息登记，按照提示输入相应信息之后，该窗体将调用数据库中客户信息档案表，对数据进行操作。当数据应经存在时将给出提示如图5-5所示。
图6-3 信息提示
6.3房屋信息管理
图6-4房屋信息管理界面
1、任何已注册买房者顾客都可以通过该模块实现对意向房源进行查询。
2、进行查询时，可以从不同方面意向，如面积，地点，价位，楼层，朝向，房型等，对已有房源进行筛选符合意向房源，查询快捷，操作简朴，以便查看。
6.4楼层录入模块
图6-5楼层设立主界面
6.5幢/座设立模块
图6-6幢/座设立主界
这些所有关于房源信息，顾客都可以在房源查询界面中查询。
第七章 系统测试
系统测试是保证软件质量，提高软件可靠性重要活动之一。它实行对软件规格阐明、设计规格阐明和编码审核。软件测试目是以至少资源尽量找出软件中错误和缺陷，测试成果是为软件维护提供根据。本次测试将大某些也许值来检查系统程序对的性，并通过测试得到必要调试或者功能改进。
7.1登录测试
当顾客输入出错时会给出提示顾客第1次输入错误，如图7-1所示
图7-1 错误提示信息
当输入第三次错误时也会给出提示：如图7-2所示。
图7-2 错误提示信息
7.2系统功能模块测试
在每个相应功能模块中，测试人员分别输入错误数据和对的数据，查看相应成果和提示。
在其测试中按照窗体界面按钮或者图标提示，查看解决成果。
图7-3 房屋信息登记界面
如上图在房屋信息添加窗体中，点击查询按钮之后，会把查询到内容添加到数据表里面，并且会在数据窗口里面显示出来。如图7-3所示。
第八章 使用阐明
该系统使用阐明大体可以分为：运营环境，性能阐明和操作阐明三个某些。
8.1运营环境
硬件平台：硬盘20G以上；
内存：256M以上
CPU：PⅢ以上
操作系统：Windows /windows xp/windows 7/vista
其她软件：Microsoft access
8.2性能阐明
系统对顾客祈求需及时给出响应，无需连接互联图。有时也许受到计算机性能影响。
8.3操作阐明
系统提供操作人员登录，登录之后，操作人员在界面上选取相应操作，点击按钮之后将数据存入数据库。使用比较简朴。但是操作人员也须将按照规定进行操作。详细操作，系统开发人员将给酒店操作人员进行操作培训。
总结与展望
本次课题设计和实现，咱们小组一方面在以往学习基本上，通过对相应资料查阅和借鉴以及学习，理解信息管理系统基本上掌握了开发售楼管理系统基本办法，然后参照课题规定，以及对课题规定分析，为设计和实现打下了基本。
由于时间和能力因素，不能做一种功能更加完善售楼管理系统，而仅仅从客户信息登记、房屋管理、结账和记录这几种方面来进行系统设计，各个模块都需要数据库支持，这使得咱们在开发系统中，对数据库使用也有了更深一步熟悉和理解，并获得了一定成果。
由于能力因素本次课题设计尚有诸多局限性地方，某些功能分析，设计和实现尚有待进一步提高和改进。
参照文献
【1】 张海藩著 软件工程导论 清华大学出版社
【2】 陈明著 软件工程导论 机械工业出版社
【3】 薛继伟等著 软件工程导论 哈尔滨工业大学出版社
【4】 赵韶平等著 PowerDesigner系统分析与建模 清华大学出版社
【5】 曹岩、陈桦编 Microsoft office visio 简体中文版精通与提高 西安交通大学出版社
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
