《2023年软件工程大作业模板酒店管理信息系统分析与设计》由会员分享，可在线阅读，更多相关《2023年软件工程大作业模板酒店管理信息系统分析与设计（25页珍藏版）》请在金锄头文库上搜索。
1、大连理工大学城市学院软件工程导论大作业售楼管理系统分析与设计课题名称：售楼管理系统任课教师：李天俐班 级：软件1304班姓 名：吕远道完成日期：2015年6月17日摘 要售楼管理是售楼运作的一个重要环节，学习制作售楼管理系统是很有必要的，同时，售楼管理系统也是服务行业管理软件的一个综合性代表，很具有实践的意义。本售楼管理系统是用PowerBuilder和Microsoft access制作而成，主要包括客户信息登、消费管理、结账和统计以及员工信息管理等主要功能。根据客户需求给其提供房屋，并且对客户购买情况进行统计以及客户结账，系统也对员工信息进行统计，管理员可以给予员工登录系统的权限。根据需要
2、，系统建立了6个表，分别用来记录客户信息、员工信息、消费分类、客户消费档案、房屋信息和客户购买信息。房间有三种状态，即“已售”、“已预订”、“未售”，员工有三种权限即：“T”、“U”、“F”分别代表管理员权限和一般用户权限，“F”权限不能登录系统，而管理员是由系统默认。这些状态分别可以对房屋和员工进行管理。结论主要介绍了售楼管理在售楼日常运作中的作用，以及售楼管理系统的必要性。整个系统的开发过程包括：可行性分析、需求分析、总体设计、详细设计、系统实现以及测试计划。其中关键的技术包括数据库的建立，数据库的连接，数据的添加、删除和更新。为了系统的顺利完成。开发人员将要密切合作和详细的分工。关键词：
3、售楼管理系统；PowerBuilder；Microsoft access；数据库第一章 前 言1.1背景现代社会，科技飞速发展，电脑不断普及。现代化售楼组织庞大，服务项目多、信息量大，要想提高劳动生产、降低成本。提高服务质量和管理水平，进而促进经济效益，必须借助计算机来进行现代化信息是。售楼管理系统正是为此设计开发的。1.2编写目的“售楼管理系统”的开发定位在一个能够满足数据库管理系统，即具备一个数据库管理系统的基本功能，包括数据的增加，删除，修改，查询等，便于用户查看，操作，和查询房屋信息。作为工作人员期望能够避免繁琐的手工操作，甩掉传统的手工记录方式，达到事半功倍的效果。第二章 可行性分析
4、可行性研究的目的是付出最小的代价在尽可能短的时间里确定问题是否通解决，系统的可行性分析可以从以下几个方面研究：2.1技术的可行性技术上的可行性主要分析现有技术条件能否顺利完成开发工作，软硬件能否满足开发者的需要等，这一特点非常适合计算机的特点，发挥计算机的数据处理速度快，准确率高的优势。现代计算机硬件与软件技术的飞速发展，为系统的建设提供了技术条件。由于售楼管理系统这一类的企业管理系统进行开发已有一定的时期，有很多成功的实例上，技术基础也已经非常雄厚，因而技术上的是可行的。2.2经济的可行性主要是对项目经济效益进行评价，一方面是支出的费用，其中包括设备的购置费，软件开发费，管理和维护费，人员工
5、资和培训费等。另一方面是取得的收益可以用钱来衡量的那部分以及使用本系统而提高的效率，节约的人力物力。基于企业的现有计算机及配套设备，建设MIS系统，大大降低了办公费用，提高办公效率，而且能检测数据效用，为企业提供方便。由于本酒店管理系统是由我及几个同学开发的，投入相对较少，但却能获得较大的收益，所以经济上是可行的。2.3管理上的可行性主要是管理人员对开发信息系统是否支持，现有管理制度是否科学，规章制度是否齐全，原始数据是正确等。售楼管理系统比较完善的规章制度和管理方法为系统的建设提供了保障，一个软件设计的好坏，关键在于产品的可靠，稳定，便于维护，系统采用模块化程序设计方法，既便于系统功能的各种
6、组合和修改，又便于未参与开发的技术维护人员进行补充、维护。2.4结论由于缺乏专业人士的帮助，并且缺少实际经验，该管理系统可能做的不太健全，远不是真正意义上的软件、工业产品，只能算作坊生产的产物。可能还存在缺陷，不足之处有待改进。前景根据以上分析，我们认为开发此系统的条件已经具备，可以开始进行开发。并且我们相信此软件经济实惠，肯定具有良好的前景。我们将会逐步完善该软件，尽可能地让满足客户的需求。第三章 需求分析3.1 用户需求 1 软件具有简洁美观的界面。 2 操作简单、快捷，适合用户使用习惯。 3 要求系统安全、稳定。 4 要求能够注册多个用户，有不同的用户权限。 5 要求能够方便的使用增删改
7、查等功能。 6 要求实现面向2个用户分别实现以下功能： 买房者：注册，登录，查询空闲房源，查询成交情况。 管理员：查询基本信息，查询房源情况，对买房者登记的信息进行审核，并能根据房源情况进行分类统计。3.2 功能需求 1 创建系统用户、修该用户密码、设置用户权限。2 买房者注册，登录。 3 买房者查询房源。 4 买房者对中意房源报价，查询成交情况。 5 管理员查询买房者基本信息。 9 管理员查询房源情况。 11管理员根据房源情况进行分类统计。用户类型 权限描述买房者注册，登录，查询空闲房源，对中意房源报价，查询成交情况。管理员查询买卖双方基本信息，查询房源情况，对卖房者登记的信息进行审核，并能
8、根据房源情况进行分类统计。 图3-13.2数据流图绘制数据流图的目的是为了方便开发人员与用户的交流，以及为系统的设计提供依据。数据流图的绘制过程通常是采用自顶向下，逐层分解，直到功能细化为止，形成若干层次的数据流图。酒店管理系统的数据流图如下所示：基本系统模型顶层数据流图 第一层数据流图3.3实体关系模型图3.4数据字典3.4.1实体图3.4.2总体E-R图图3-8 实体关系（E-R）图3.5性能需求1、精度软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻，所以输入、输出数据精度的要求不是很高，可以用浮点数。2、时间特征要求软件运行的响应时间要求不超过1-2秒。3、灵活性软件具有升级功
9、能，以满足用户的需求。3.6数据管理能力需求本软件管理的数据大都以数据库的形式储存，主要包括房价信息，菜肴信息数据，客户信息数据，其中房价信息数据基本不变，数据库大小基本不变，而客户信息数据随着时间的推移每天都在增加，客户信息数据需要定期进行整理和处理。3.7故障处理需求本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正在运行，有对数据库备份的功能，这样才能使用户满意。3.8其他需求本软件有保密功能，设立了系统账号管理功能，用户登录时需要验证用户名及密码，对于三次密码输入错误的使用者则关闭此系统，这样保证了数据的安全。本软件使用也十分方便，以窗口的形式呈现给用户，很容易操作。3.
10、9运行环境需求内存：512M；硬盘：80G；操作系统为Windows系列。第四章 总体设计4.1系统分析根据用户的要求以及对需求分析阶段对功能的分析，要实现登录信息管理、客户的基本情况管理、员工信息管理、房源信息管理、收费信息处理。（1）登录信息管理：记录登录账号、用户编号、用户类型（权限）、登录名、密码等相关信息。 （2）客户的基本情况管理：记录客户的基本信息，如：账号、姓名、性别、出生日期、手机、家庭电话、邮箱、身份证号、客户类型、注册日期等进行统计。并且对客户的信息进行管理，查询、添加、删除等。（3）收费信息处理：记录收取的费用的具体信息，如：应付款额、经手人编号、经手人姓名、房屋编号、
11、付款日期、买房者编号、买房者姓名、买房者联系电话等。4.2系统设计由问题分析我们确定了本系统需要哪些确切的功能模块和组织结构。4.2.1软件组织结构本系统的总体结构采用菜单来调用窗体，利用窗体来进行管理、数据加工、信息查询等工作，系统的功能模块图如图4-1所示：图4-1 系统功能结构图4.3功能说明4.3 功能说明系统分为三个模块来对实现其功能需求，即：客户信息管理模块、员工信息管理模块、收信息管理模块。1、客户信息管理模块客户信息增添：对客户的信息进行增添客户信息修改：对出现错误的客户信息进行修改客户信息删除：对没用的客户信息进行删除2、房屋信息管理模块房屋信息增添：对待出售房屋的信息进行增
12、添房屋信息修改：对出现错误的房屋信息进行修改房屋信息删除：对未出售的房屋信息进行删除3、收费信息管理模块收费信息增添：对管理员想要新加入的收费信息进行增添收费信息修改：对管理员想要修改的收费信息进行修改收费信息删除：对没有的收费信息进行删除4.4重要数据的数据结构设计4.4.1变量设计在系统的代码实现的时候，必须用到一些变量，一般我们所用到的变量为两种：一是全局变量、二是局部变量。全局变量：以“global_”加字母作为变量名，如：global_name。局部变量：不限制。4.5函数设计为了简化程序，并且提高代码的重要性，在编写代码时，对多次用到代码段，定义成函数，在用到的地方直接调用函数。全
13、局函数以“gfunction_”加函数名，如：gfunction_Add()；局部函数以“zfunction_”加函数名，如：zfunction_Add()；第五章 详细设计在此阶段将对系统进行更详细的分析和设计，目的是确定如何具体地实现所要求的系统。5.1数据库的详细设计根据系统数据库的概念模式，可以得到应有如下的个数据表： tb_login(登录信息表) 列 名 描 述数据类型长度是否为空Login_id登录账号（主键）Varchar 10 否Employee_id 用户账号Varchar 10 是Login_name 登录名称Varchar 20 是Login_pwd 登录密码Varch
14、ar 15 是Login_power 登录权限varchar 10 是 tb_customer(客户信息表) 列 名 描 述数据类型长度是否为空Customer_id客户编号（主键）Varchar10 否Customer_name 姓名Varchar20 是Customer_sex 性别Varchar4 是datetime 出生日期Datetime15 是Phone 手机Varchar20 是email 邮箱Varchar20 是cardID 身份证Varchar30 是Customer_type 用户类型Varchar10 是House_id 房屋编号Varchar10 是Record date 注册日期Datetime15 是 tb_house(房屋信息表)列名描 述数据类型长度是否为空house_id房屋编号（主键）
