第 2 章 系统的需求分析 2.1 引言 2.1.1 编写目的 本需求分析说明书的目的是规范化本软件的编写，旨在于提高软件开发过程 中的能见度，便于对软件开发过程中的控制与管理，作为工作成果的原始依据， 同时也表明了本软件的共性，以期能够获得更大范围的应用。可作为今后出现问 题的规范依据。 2.1.2 背景说明 (1)软件名称：房屋中介管理系统 (2)开发者：康巍 2.2 软件总体概述(任务概述) 2.2.1 目标 完善目前房屋中介的系统化管理，使之能跟社会发展的需要。使房屋中介能 够系统的规范的管理相关的各类信息，提高工作效率。 2.3 数据描述 2.3.1 静态数据 使用单位名称、房屋类型、户型、公/私产、朝向、打款方式。 2.3.2 动态数据 输入数据：楼层、面积、租金、地点、信息编号、用户编号、用户姓名、身 份证号、电话号码、落成时间、价格、房屋编号。 输出数据: 屏幕输出：楼层、面积、租金、地点、信息编号、用户编号、用户姓名、 身份证号、电话号码、落成时间、价格、房屋编号。 文件输出：存入当天的数据库表 

数据格式：房屋类型—4 位字符型；户型—16 位字符型；公/私产—4 位字符 打款方式—4 位字符型；楼层 型； 朝向—6 位字符型； —5 位字符型； 租金—4 位整型； 地点—40 位字符型； 用户编号—6 位字符型； 面积—8 位符点型； 用户姓名 —10 位字符型； 身份证号—18 位字符型；电话号码—12 位字符型； 落成时间—7 位字符型；价格—4 整型； 房屋编号—4 位 字符型； 房屋类型=1{汉字}2 户型=1{汉字}4 公/私产=1{汉字}2 朝向=1{汉字}3 打款方式=1{汉字}4 楼层=“1”..“99”+{/}+“1”..“99” 租金=“1”..“9999 面积=“1”..“9999”+{.}+“0”..“9” +“0”..“9” 地点=1{汉字}20 用户编号=“000001”..“999999” 用户姓名=1{汉字}5 身份证号=18{数字}18 电话号码=7{数字}12 落成时间=“1980”..“2050”+{.}+“01”..“12” 价格=“0001”..“9999” 房屋编号=“000001”..“999999” 2.3.3 数据库描述 数据库的名称：hymfwzj 类型: SQL Server 1． 数据项 数据项有待按各子系统分类列表。 

编 数 据 项 名 说 明 部 分 编 数 据 项 名 说 明 部 分 称 号 1 房屋类型 4 位字符型 3 公/私产 4 位字符 5 打 款 方 4 位字符型 式 7 租金 9 地点 11 用 户 姓 4 位整型 40 位字符型 10 位字符型 名 称 号 2 户型 4 朝向 6 楼层 16 位字符型 6 位字符型 5 位字符型 8 位符点型 8 面积 10 用户编号 6 位字符型 12 身份证号 18 位字符型 13 电 话 号 12 位字符型 14 落成时间 7 位字符型 码 15 价格 4 位整型； 16 房屋编号 4 位字符型； 2． 数据结构 数据结构名 编号 1 用 户 个 人 信 息： 属 性 可添加、修改、查询、删除房主的个人资料信息；无输 入数据； 2 3 4 5 6 7 部门 部门号、名称、部门经理、员工数量 酒店财务总汇 编号、部门号、名称、收入、支出、净利、日期、经手人、备注 部门营业情况 编号、发票号、摘要、单价、数量、数额、日期、经手人、备注 房间类别 类别号、名称、设备、收费标准、总数量、剩余量、管理人员 房间 房间号、房间类别、状态 客人信息 房间号、客人数量、联系人名、身份、证件类型、证件号码、入住时间、退 出时间、备注 编号、名称、收费标准、负责人 娱乐项目 8 2.4 系统模型 2.4.1 功能划分 房屋中介管理系统 管理设置 用户个人信息 出售房屋信息 出租房屋信息 2.4.2 功能描述 图 2-2 结构图 管理设置： 可添加、删除使用系统者的用户名； 

无输入数据； 访问后台服务器数据库，提取相关信息并显示出来； 无内部文件生成。 用户个人信息：可添加、修改、查询、删除房主的个人资料信息； 无输入数据； 访问后台服务器数据库，提取相关信息并显示出来； 将新增数据写入后台数据库中。 出售房屋信息：可添加、修改、查询、删除出售房屋信息； 无输入数据； 访问后台服务器数据库，提取相关信息并显示出来； 将新增数据写入后台数据库中。 出租房屋信息：可添加、修改、查询、删除出租房屋信息； 无输入数据； 访问后台服务器数据库，提取相关信息并显示出来； 将新增数据写入后台数据库中。 2.4.3 性能需求 (1) 数据精度： 房屋面积的精度要求：按两位小数计算。 价格：按整数计算。 租金：按整数计算。 (2) 时间特性: 查询时间：小于 1 秒 更新数据文件时间：小于 100 毫秒 2.4.4 数据管理能力 数据库可存储 10000 个用户个人信息，存储容量视硬盘或磁盘阵列的容量而 定； 数据库可存储 10000 个出售房屋信息，存储容量视硬盘或磁盘阵列的容量而 定； 

数据库可存储 10000 个出租房屋信息，存储容量视硬盘或磁盘阵列的容量而 定； 2.5 运行需求 更新后的部门信息 新部门基本信息 员工基本信息 工资结算 当前员工工作 员工新工作 “辞工”信息 部门基本信息 老部门信息 顾客基本信息 顾客需求 满足顾客要求 顾客住房信息 目前住房信息 3． 数据流 编号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 数额 项目单价 支出情况 收入情况 数 据 流 名 更新后的住房信息 住房单价 住房数量 新娱乐项目信息 老娱乐项目信息 部门营业情况 输 入 输 出 招新员工 员工信息 员工信息 调配工作 辞老员工 部门信息 调配工作 新增部门 取消老部门 来客登记 住房登记 调配住房 顾客信息 住房信息 调配住房 住房信息 调配住房 添加新项目 取消老项目 娱乐管理部门收入 娱乐项目信息 子部门支出 子部门收入 员工信息 总经理处财务支出 调配工作 员工信息 调配工作 调配工作 部门信息 调配工作 调配工作 顾客信息 调配住房 顾客信息 调配住房 调配住房 住房信息 住宿管理部门收入 住宿管理部门收入 娱乐项目信息 娱乐项目信息 娱乐管理部门信息 娱乐管理部门收入 子部门财务信息 子部门财务信息 子部门财务信息 酒店财务总汇信息