大连理工大学城市学院《软件工程导论》大作业
售楼管理系统分析与设计
课题名称:售楼管理系统
任课教师:李天俐
班级:软件1304班
姓名:吕远道
完成日期:2015年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数据库的详细设计
根据系统数据库的概念模式,可以得到应有如下的6个数据表:
tb_money(付款信息表)
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幢/座设置主界
这些所有有关房源的信息,用户都可以在房源查询界面中查询。