软件工程房产中介管理系统需求分析Word文档下载推荐.docx
《软件工程房产中介管理系统需求分析Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件工程房产中介管理系统需求分析Word文档下载推荐.docx（11页珍藏版）》请在冰豆网上搜索。
不同职员负责相应环节，跟踪记录每位客户进展，若交易达成，则公司要记录客户购买房屋合同的相关信息。
为此公司设计一个房屋中介管理系统。
1、系统功能的基本要求：
（1）管理公司职员的基本信息；
（2）登记房主、房屋、客户的信息，并可以方便的进行增删改查；
（3）统计待售房屋信息；
（4）记录交易信息。
2、数据库要求（数据表中应至少包括下列信息）：
（1）公司职员基本信息表；
（2）房主基本信息表；
（3）客户基本信息表；
（4）房屋基本信息表；
（5）交易合同基本信息表。
3、其它要求：
（1）系统要实现满足多种条件的统计、查询分析功能，个别统计数据要采用数学图标方式呈现；
（2）系统要有一定的安全控制策略；
（3）系统要采用实时数据进行测试；
（4）对不同身份的用户实现不同的操作权限，加强信息管理的安全性。
购房者、售房者和管理员权限各不相同，具体如表1.0所示：
用户类型
权限描述
购房者
注册，登录，查询房源，对房屋报价和取消，查询成交情况
售房者
注册，登录，发布房源，查询购买者意向，确认成交
管理员
查询买卖双方基本信息，查询房源情况，对房屋进行审核和分类统计，查询交易情况
表1.0表1.0权限分配
1.2背景
传统的以手工登记为主的房屋中介管理方式，效率低下、出错率高，而且耗费了大量的时间和人力资源，而今借助房屋中介管理系统，买卖房屋的顾客只需要到房屋中介中心登记一下，留下相关信息，便可以得到顾客需要的信息，同时节省了人力等大量成本。
另外，使用计算机对房屋中介信息进行管理，具有着手工管理无法比拟的优点，例如：
检索迅速，查找方便，可靠性高，存储量大，保密性强等等，这些优点能够极大提高房屋中介和房地产公司运行的管理效率，使计划更合理更科学，以适应当今竞争日趋激烈的环境。
房屋中介管理系统是一个藝公司与艾森公寓房地产有限公司产学研合作项目，项目由艾森公寓房地产有限公司提出，由藝公司承担开发任务。
1.3定义和缩略语
本文使用了表1.1所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
表1.1术语/定义
术语/定义
说明
开发方
藝公司
用户
艾森公寓房地产有限公司
用例图
反映用户与系统交互情况的一种图形，常用于需求分析
表1.2所列为本文用到的缩略语。
表1.2缩略语
缩略语
HAMS
房屋中介管理系统（HouseAgencyManagementSystem）
AS
1.4参考资料
本文使用了表1.3所列为本文用到的参考资料。
表1.3参考资料
编号
资料名称
作者
1
项目概述
2
开发合同
3
AS提供的电子表格资料
1.5用户
房屋中介管理系统的目前用户为AS公司销售事业部，销售事业部使用成功后会向广大用户推广。
2系统概述
2.1目标
AS公司销售事业部目前的任务主要有2类：
常规房屋管理工作任务和突发性房屋管理工作任务。
针对突发任务布置信息很多时候是处于一种紧急状态，需要对任务形态立时改变。
而日常职责规定的常规工作，虽然可以通过标准化的文件固化下来并形成《常规管理工作计划表》作为一种制度来执行，也需要主管在百忙之中花很多时间去审核房源实际情况。
HAMS系统要求工作管理信息能够规范录入，任务信息流向可以选择，任务信息依据轻重排序，可以设定信息提醒，任务完成进度可以追踪、任务完成情况可以依据选择项进行统计输出、工作量进行评估。
2.2系统的特点
HAMS项目的需求主要由AS公司销售事业部提出，因此本文档是与AS公司销售事业部交互后形成的需求定义，系统的功能和使用特点优先满足AS公司销售事业部的需求，若系统后续由于在AS公司全面推广而引入的新需求，则不在本文档考虑范围之内。
2.3假定和约束
本文档经双方确认后，开发方依据本文档进行下阶段工作。
若中途需求发生变更则AS公司需及时告知开发方，若因AS公司原因引入的需求变更造成开发方工作量的大幅增加，具体解决方案双方另行协商。
若需求变更引入的工作量不大，开发方应尽量配合。
4.需求规定
4.1组织架构
AS公司销售事业部的组织架构如图4-1。
图4-1销售事业部组织架构
HAMS系统面向整个销售事业部使用，图4-1给出了销售事业部的组织架构。
具体内容如下：
1.用户信息管理
分为房主和用户两类；
房主可以注册，登录，发布房源，查询房源状态，确认交易等；
用户可以注册，登录，查询房源，设置求购意向，对中意房源进行报价和取消报价等。
2.房源信息管理
对房主发布的房源信息在进行考核后可以进行增删改查和分类统计等操作。
3.管理员
可以查看用户和房主的基本信息，可以查看房源信息并进行操作和管理，可以查看交易记录等。
4.2权限需求
系统的用户是AS公司的员工和广大用户，员工在现实逻辑中分属不同的部门并具有相应的工作权限。
系统权限分配时与员工的组织架构并无对应关系。
员工和用户的权限也有差别和不同。
ASMS系统的权限需求有2层含义。
1.针对系统功能设置用户的操作权限。
2.针对用户可以设置查看哪些任务的权限。
例如可以设置管理员可以查看房源的所有信息；
设置用户A可以查看用户B及用户C的信息等。
4.3系统流程分析
4.3.1顶层数据流图
房屋中介管理系统需完成用户查询，发布信息，记录交易，审核等一系列功能，其顶层数据流图如图4-2所示。
图4-2HAMS顶层数据流图
具体处理流程如下：
1.用户向HAMS提交查询、发布信息要求；
2.HAMS根据用户提交要求判断其身份后进行要求审核，审核通过则提供其要求内容并通知用户结果，审核不合格则拒绝提供其要求内容并通知用户结果；
3.对达成交易的双方，HAMS将合同发送给双方签字确认，并将合同结果反馈给HAMS；
4.HAMS将合同反馈结果提交由管理员进行审核，管理员审核后返回审核结果。
若合格则交易达成，否则交易失败。
4.3.2L1层数据流图
HAMS可以分为身份审核表、房源管理表两大功能，其数据流图如图4-3所示。
图4-3HAMSL1层数据流图
具体说明如下：
1.对用户要求进行身份审核，所有用户都可以进行查询操作，房主可以发布房源信息，求购者不能发布房源信息；
2.通过身份审核后，通过房源管理，通知用户查询结果，和房主发布结果；
3.对达成交易的双方，记下交易信息，并将合同签字结果反馈给房源管理；
4.房源管理将合同结果提交管理员审核，等待审核结果，结果合格则交易达成，否则交易失败。
4.3.3L2层数据流图
对图4-3中的身份审核表1进一步细化，得到审核结果表的数据流图如图4-4-1所示。
图4-4-1审核结果表数据流图
具体内容如下：
1.根据用户要求判断其身份后选择合理要求记录并提交；
2.将用户不合理要求驳回并通知。
对图4-3中的房源管理表2进一步细化，得到房源结果表的数据流图如图4-4-2所示。
图4-4-2房源结果表数据流图
1.要求查询的进入查询功能，并返回查询结果；
2.要求发布的进入发布功能，并返回发布结果；
3.若发布成功，则将发布的新的房源信息加入查询系统中；
4.查询到的房屋中有想要购买的房屋时，进入购买功能，记录交易双方，并提供合同给双方签字确认；
5.将交易记录发往管理员进行审核。
数据字典说明如下：
1.数据流
1）身份表
身份表=ID+姓名+年龄+联系电话+性别+年薪+标识符（1：
房主；
2：
买家）
2）记录表
记录表=ID+时间+操作+要求
3）房源表
房源表=HID+发布时间+地址+类型+价格+朝向+房主+房主联系方式+状态
4）交易表
交易表=买方ID+买方联系方式+卖方ID+卖方联系方式+交易时间+合同签字结果+审核人员
5）管理员表
管理员表=管理员ID+姓名+联系方式+性别+年龄+审核记录
2.数据项
1）身份ID
身份ID=注册时间（年月日）+当天注册人数的排序+标识符（1：
2）房源HID
房源HID=发布时间（年月日）+当天发布房源时的排序
3）管理员ID
管理员ID=000~099
3.文件条目
1）交易记录
交易记录=交易时间+买方ID+买方联系方式+卖家ID+卖家联系方式+交易对象（即房源HID）+合同签字结果+审核结果+审核人员ID+交易结果
4.4详细功能需求
根据对HAMS系统的详细分析，系统应具备的功能如图4-5所示。
图4-5系统功能结构图
具体功能说明如下：
1.注册/登录：
提供身份供用户使用；
2.记录要求：
记录用户的要求，然后对用户身份进行审核；
3.提供要求：
对用户合理要求进行满足；
4.增删改查：
对房源的增加，删除，修改，查询功能；
5.购买求购：
提供买房和求购房屋功能；
6.提供合同：
对达成交易双方提供合同，填写合同；
7.记录交易记录：
记录交易双方相关信息，提交给管理员进行审核；
8.审核结果：
管理员对交易记录进行审核，合格则交易成功，否则交易失败。
5.运行环境规定
5.1设备
⏹客户端
◆内存：
512M以上。
◆CPU：
主频1.6G以上。
◆操作系统：
WindowsXp。
◆浏览器：
InternetExplorer6.0以上。
⏹服务器端
2G以上。
主频2G以上。
WindowsServer2003。
◆硬盘：
120G以上。
5.2支撑软件
⏹后台数据库采用MySql。
⏹Web服务器采用Tomcat。
6开发技术约定
⏹系统采用B/S架构，即Browser/Server架构。
⏹开发语言采用Jsp、Java语言。
⏹系统功能页面的分辨率为1024x768。
评语：
成绩：
日期：
2015.10.12
升级会员 