分房管理系统.docx
《分房管理系统.docx》由会员分享，可在线阅读，更多相关《分房管理系统.docx（37页珍藏版）》请在冰豆网上搜索。
分房管理系统
软件工程课程实验
实验报告
1项目开发计划书……………………………………………………（页码）
2软件需求规格说明书………………………………………………（页码）
3设计规格说明书……………………………………………………（页码）
4源程序清单………………………………………………………………………（页码）
5测试报告……………………………………………………………（页码）
6用户手册……………………………………………………………（页码）
一、项目开发计划书
1．引言（Introduction）
1.1项目概述（ProjectSummary）
分房管理系统
某大学拟开发一个计算机分房管理系统，要求系统具有分房、调房、退房和咨询统计等功能。
房产科把用户申请表输入系统后，系统首先检查申请表是否合理，对不合法申请表拒绝接受；对合法表根据类型进行处理。
分房申请，根据申请者情况（年龄、工龄、职称、职务、家庭人口等）计算其分数，高于阀值的进行排队。
分房时，读空房文件，把好房优先分给排在分房队列前面的人，并将房屋信息与申请者一起写入住房文件中。
若为退房申请，从住房文件中删除有关信息，并将房屋信息计入空房文件。
若是调房申请，根据申请者情况计算分数，并进行以上退房和分房处理。
系统可进行房屋信息维护（输入、删除、排序），以及各种住房信息统计、查询、打印等。
1.2术语定义（TermsGlossary）
需求调查：
可行性：
项目开发计划：
1.3相关文档（RelatedDocuments）
当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。
需求说明书和设计说明书
[1]……
[2]……
2．软件生存周期（SoftwareLifeCycle）
本节记录项目策划生存期定义的工作结果，需要描述的主要内容：
（1）项目生存期框图
（2）项目生存期说明
项目生存期是从系统的需求分析，系统设计开发，系统验证确认提交初始版本，根据需求变动进行系统进化更换版本，一直到系统退役。
3．任务与工作产品（TaskandWorkProducts）
需求分析
需求规格说明书
系统设计
系统设计说明书
系统实现
源程序
测试
测试报告
产品交付
用户手册
4．工作产品、任务规模、工作量估计（EstimatesofWorkProduct，TaskSizeandWorkload）
工作产品
工作量估计
工作内容
项目开发说明书
6小时
初步定出系统的功能和基本信息
需求规格说明书
1天
详细的定出系统的各种需求，如目标系统功能需求，目标系统性能需求，目标系统界面和接口需求，其他需求。
系统设计说明书
6小时
包括体系结构设计和数据结构设计。
源程序
2天
包括界面和子系统的实现功能的代码
测试报告
1天
记录系统的功能实现的记录数据
用户手册
1天
5．资源需求计划（ResourceRequirementPlan）
指系统在开发环境、测试环境、及用户目标环境中，对计算机软、硬件资源的要求，如计算机存储能力、计算机处理器速度、通信通道容量、服务器处理能力等的估计。
6．软件项目进度计划（SoftwareProjectSchedule）
软件项目进度计划，是对项目的进度、人员工作分工所做的计划，此计划依据上述的估算和分析结果，计划方式建议采用表格的形式。
若采用工具制定项目计划，应将工具生成的图表作为项目计划的附件。
本节中需要描述的主要内容有：
（1）软件项目任务分解
1）、项目开发计划
2）、软件需求规格与分析说明
3）、设计规格说明与设计
4）、编写程序
5）、软件测试与测试报告
6）、用户手册
（2）设定的里程碑
（3）开始和结束时间
（4）缓冲时间
（5）人员分配
二、需求规格说明书
完成人：
1．概述（Summary）
1.1项目的目的与目标（PurposeandAimofProject）
分房管理系统的功能模型中包括了对用户的个人信息和当前的房间占有情况数据的管理和维护，根据对参数的设置（阀值）来对新申请用户的个人信息做出评估。
这些信息对学校机房进行分房管理极为重要，为此，提供方便、快捷的信息查询、分房处理、对申请者个人信息准确的评估是系统设计考虑的基础。
该系统的使用将大大提高学校机房的使用效率，使工作人员能迅速的给学生分配房间，从而学生能在短时间内找到自己的房间来上机学习，再而提高机房的使用效率。
1.2术语定义（TermsGlossary）
阀值：
通常代表与性能有关的实体的一个重要参考标准。
1.3相关文档（RelatedDocuments）
系统设计说明书
2．问题初始分析（EarlyAnalysis）
2.1场景描述（SceneDescription）
场景1：
开始：
上午九点钟，房产科业务员苏珊又开始了她一天的工作。
她坐在公司主机前等待顾客的到来。
这时有一位王先生走进房产科办公室。
苏珊问：
“有什么为您服务的吗？
”王先生回答：
“我要申请分房。
”苏珊回答：
“好的。
”苏珊随后在主机页面上选择“申请分房”，主机荧屏上显示出一个申请分房页面。
中间过程：
苏珊对王先生说：
“请先把申请分房表填一下吧。
”苏珊把申请表递给王先生，王先生结果申请表自习填好并且检查一遍后交给苏珊。
苏珊按照填好的表的内容依次相应填入分房申请页面中的“年龄”、“职称”、“工资”、“工龄”、“家庭人口”等预定表格。
然后点击“检验是否合格”，系统自动判断申请者是否合格，场景B系统显示不合格，苏珊告诉王先生他的条件不合格，不能分房。
场景A系统显示合格，然后系统自动按照申请表信息计算出王先生的分房分数为85分，并显示在屏幕上。
系统自动将申请者得分与设定的阀值进行比较，申请者分数85高于阀值，系统自动将此用户进行排队分房。
系统在分房页面中显示A座204室，并在住房文件中标记此房已被分配。
系统自动记录房间的分配结果。
结束：
苏珊把房间号（系统产生的）告诉王先生并且问道“我还能为你做些别的吗？
”王先生说没有什么了，王先生向苏珊道谢并且再见。
苏珊关闭了分房页面，系统返回到分房系统主页面。
用例表格：
表格要素
描述
用例标识和名称
E0：
申请分房
描述
此用例用于申请分一套房子
参与者
申请者，房产科业务员
优先级
基本的
风险
低
前置条件和假设
房产科业务员坐在办公室里等客人到了
房产科管理系统的主页面已被打开
触发条件
住房申请者前来申请分房
主事件流
1.住房申请者来找房产科业务员申请分房
2房产科管理员选择“申请分房”
3酒店前台输入申请者的信息
4系统依据输入信息判断申请者是否合格
5如果不合格，
5.1系统显示拒绝为申请者分房
6如果合格
6.1根据申请者情况（年龄、工龄、职称、职务、家庭人口等）计算其分数
6.2判断申请者的得分是否高于房产科设定的阀值
6.3如果得分高于阀值
6.3.1对申请者进行排队分房
6.3.2将房屋信息与申请者一起写入住房文件中
6.4否则
6.4.1系统显示拒绝为申请者分房
7房产科管理员关闭分房申请页面，系面回到主页面
可选事件流
第二步如果找不到该预约，则返回第一步，询问预约号是否有误
后置条件
房屋分配情况被存入数据库，申请分房窗口被关闭，
系统回到主界面
非功能性需求
E1-102（性能）
E1-105（可扩展性）
E1-108（可靠性）
场景2：
开始：
上午九点钟，房产科业务员苏珊又开始了她一天的工作。
她坐在房产科主机前等待顾客的到来。
这时有一位王先生走进房产科办公室。
苏珊问：
“有什么能为您服务的吗？
”王先生回答：
“我想把原来申请的房子退掉。
”苏珊说：
“好的。
”随后便在主机页面上选择“申请退房”，主机荧屏上显示出一个申请退房页面。
中间过程：
苏珊对王先生说：
“请先把申请退房表填一下吧。
”苏珊把申请表递给王先生，王先生把申请表自己填好并且检查一遍后交给苏珊。
苏珊接过退房申请表，按照申请表在退房页面下依次填写“用户姓名”、“用户身份证号”“已分得的房间号”等预定表格。
苏珊这时问到：
“你确定要退房吗？
”王先生回答到：
“对”。
苏珊然后点击“退房”。
系统马上弹出一个对话框，上面显示“您确定要退房吗？
”的提示语。
提示语下边为“确定”和“取消”按钮。
苏珊点击“确定”。
系统验证退房者信息后确定申请者与用户的关系，然后荧屏上显示“已退房”。
结束：
苏珊告诉王先生：
“已经把您的房子退了”并且问道：
“我还能为您做什么吗？
”王先生说没有了，王先生向苏珊道谢并且说再见，随后王先生走出房产科。
苏珊关闭退房申请界面回到主界面，继续等待下一个用户到来。
表格要素
描述
用例标识和名称
E1：
申请退房
描述
此用例用于申请退一套房子
参与者
申请者，房产科业务员
优先级
基本的
风险
低
前置条件和假设
房产科业务员坐在办公室里等客人到了
房产科管理系统的主页面已被打开
触发条件
退房申请者前来申请分房
主事件流
1.退房申请者来找房产科业务员申请退房
2房产科管理员在主页面上选择“申请退房”
3房产科前台输入申请者的信息
4系统依据输入信息判断申请者是否合格
5如果不合格
5.1系统显示拒绝接受申请者的申请
6如果合格
6.1从住房文件中删除有关信息
6.2并将房屋信息计入空房文件。
6.3系统保存本次退房操作
7房产科管理员关闭分房申请页面，系统回到主页面
可选事件流
第二步如果找不到该预约，则返回第一步，询问预约号是否有误
后置条件
房屋分配情况被存入数据库，申请分房窗口被关闭，
系统回到主界面
非功能性需求
E1-102（性能）
E1-105（可扩展性）
E1-108（可靠性）
2.2初始功能提取（EarlyFunctionDistill）
1、先进的评估功能：
根据申请者的个人信息，对其进行评估打分。
2、先进的分房管理功能：
根据申请者所得分数并且排队，从而实现高分分好房。
在您需要调房的时候能迅速的帮您进行调换。
当有人退房时，能及时更新房间信息以便进行下一次分配。
3、强大的查询统计功能：
根据您的要求，可查询房间的信息以及住房人的信息我数据。
4、可靠的系统维护功能：
您可以根据需要进行系统数据备份、恢复及维护。
通过对操作权的限制对系统进行安全控制。
3．目标系统功能需求（FunctionofTargetSystem）
3.1功能需求分析（FunctionAnalysis）
3.2功能需求点列表（FunctionList）
编号
功能名称
使用人
功能描述
输入内容
输出内容
1
对申请者信息评估
报表录入人员
系统根据设置好的阀值和用户的个人信息对其评分
申请者的年龄、工领、职务、职称、家庭人口
“接受“或“不接受”
2
分房
报表录入人员
为满足条件的申请者分房
申请者的年龄、工领、职务、职称、家庭人口
分得的房间号
3
调房
报表录入人员
为满足条件的申请者调房
申请者的年龄、工领、职务、职称、家庭人口
调房的结果房间号
4
退房
报表录入人员
为满足条件的申请者退房
申请者的年龄、工领、职务、职称、家庭人口
“退房成功”
5
咨询
报表录入人员
为顾客提供咨询服务
查询信息
相应的结果
4．目标系统性能需求（PerformanceofTargetSystem）
4.1时间要求（TimeRequest）
无
4.2空间要求（SpaceRequest）
无
4.3性能需求点列表（PerformanceList）
无
5．目标系统界面与接口需求（InterfaceofTargetSystem）
5.1界面需求（InterphaseRequirement）
界面的原则要求，如方便、简洁、美观、一致等。
整个系统的界面风格定义，某些功能模块的特殊的界面要求。
（1）输入设备：
键盘、鼠标、扫描仪等；
（2）输出设备：
显示器、打印机、音箱等；
（3）显示风格：
图形界面、字符界面、IE界面等；
（4）显示方式：
1024*768、640*480等；
（5）输出格式：
显示布局、打印格式等。
5.2接口需求（InterfaceRequirement）
无
6．目标系统其他需求（OtherRequirementsofTargetSystem）
6.1安全性（Security）
6.2可靠性（Dependability）
6.3灵活性（Agility）
6.4特殊需求（SpecialRequirements）
如：
（1）进度需求：
系统的阶段进度要求。
（2）运行环境需求：
平台、体系结构、设备要求。
（3）培训需求：
用户对培训的需求，是否提供多媒体教学光盘。
（4）推广需求：
推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。
7．目标系统假设与约束条件（SupposeandRestrictionofTargetSystem）
（1）法律、法规和政策方面的限制。
（2）。
可利用的信息和资源。
（3）系统投入使用的最晚日期。
三、设计规格说明书
完成人：
娄松（065628）、李泰松（065627）
1．引言（Introduction）
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1目的（Purpose）
本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
1.2命名规则（NamingRule）
变量对象命名规则：
申明全局变量、局部变量对象的命名规则。
数据库对象命名规则：
申明数据库表名、字段名、索引名、视图名等对象的命名规则。
1.3术语定义（TermsGlossary）
术语定义或解释一般用表格形式给出，如表3-1所示。
表3-1术语定义或解释表
序号
术语名称
术语定义
1
总体结构
软件系统的总体逻辑结构。
按照不同的设计方法，有不同的总体逻辑结构。
若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。
若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图
2
外部接口
本软件系统与其他软件系统之间的接口，接口设施可以是中间件。
接口描述包括：
传输方式、带宽、数据结构、传输频率、传输量、传输协议
3
数据结构
数据结构包括：
数据库表的结构、其他数据结构等
4
概念数据
模型CDM
关系数据库的逻辑设计模型，叫做概念数据模型。
主要内容包括一张逻辑E-R图及其相应的数据字典
5
物理数据
模型PDM
关系数据库的物理设计模型，叫做物理数据模型。
主要内容包括一张物理表关系图及其相应的数据字典
6
视图
在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用
7
角色
数据库中享有某些特权操作的用户，叫做角色。
角色的权利通过授权来实现
8
子系统
具有相对独立功能的小系统叫做子系统。
一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成
9
模块
具有功能独立、能被调用的信息单元叫做模块。
模块是结构化设计中的概念
10
内部接口
软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。
接口描述包括：
调用方式、入口信息、出口信息等
11
相关文件
相关文件是指当本文件内容变更后，可能引起变更的其他文件。
如需求分析报告、详细设计说明书、测试计划、用户手册
12
参考资料
参考资料是指本文件书写时用到的其他资料。
如各种有关规范、模板、标准、准则
1.4参考资料（References）
[1]用户需求报告
[2]数据库设计规范
[3]命名规范
1.5相关文档（RelatedDocuments）
[1]源程序清单
[2]测试计划及报告
[3]《用户使用手册》
2．总体设计（DesignofCollective）
2.1体系结构设计（DesignofArchitecture）
软件系统的结构，按照不同的设计方法，有不同的总体逻辑结构。
采用结构化设计方法，可采用分层框图画出系统总体结构图，列出系统的功能模块清单编号、名称、功能，并尽可能描绘出功能模块之间的关系。
若用面向对象的方法设计，则采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内构成及模块之间的关系。
采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内构成及模块之间的关系
2.2子系统清单（SubsystemList）
子系统清单，如表3-2所示。
表3-2子系统清单
子系统编号
子系统英文名
子系统功能简述
子系统之间的关系
SS1
信息录入系统
由报表录入人员将申请者的信息录入系统
录入系统录入信息到信息处理系统
SS2
信息处理系统
信息被录入后由该系统进行分类处理、核对评分
处理系统处理录入系统录入的信息
SS3
信息管理系统
由系统管理员对系统信息进行更新、维护和存储
对录入的信息及对信息的操作进行管理
2.3模块设计（ModuleDesign）
对模块实现细节进行设计，功能函数要求画出流程图；
流程图
（一）：
申请分房流程图（下图）
功能流
流程图
（二）：
申请退房流程图（上图）
依据用例模型进行用例实现，建立设计模型，要求用序列图表示；
序列图
（一）申请分房序列图
序列图
（二）申请退房序列图
结果存入数据库
依据设计模型，完善类模型。
类模型
填写数据录入更新、维护
2.4功能模块清单（ModuleList）
模块（类）清单，如表3-3所示。
表3-3模块（类）清单
编号
模块（类）英文名
模块（类）功能简述
接口简述
M1-1
初始登陆界面
信息录入、管理人员登陆系统
连接到用户
M2-1
信息录入人员界面
信息录入人员的操作界面
连接到数据库，使用信息录入类方法
M2-2
管理人员界面
管理人员的操作界面
连接到数据库，使用信息管理类方法
M3-1
信息录入人员
录入申请者信息
连接到数据库
M3-2
管理人员
对各种信息进行更新维护
连接到数据库
M3-3
信息核查界面
对录入信息进行核查
连接到数据库
M3-4
结果反馈界面
是否允许进入系统
连接到信息录入人员系统
M3-5
信息反馈
进入系统后系统经过分类、评分的结果
连接到系统
3．数据结构设计（DesignofDataStructure）
3.1数据库表名清单（DBTableList）
数据库表名清单，如表3-4所示。
表3-4数据库表名清单
序号
中文表名
英文表名
表功能说明
1
2
3
3.2数据库表之间关系说明（RelationofDBTable）
可以用E-R图表示，也可以用文字说明。
3.3数据库表的详细清单（ParticularListofDBTable）
每个表的详细清单内容包括：
表名、字段中文名、字段英文名、字段的类型、宽度、精度、主键/外键、空否、取值约束（默认值、最大值、最小值）、索引否。
同时要指出该表的索引：
索引文件名、索引字段名、索引特性（主键索引、惟一索引unique、聚集索引clustered）。
详细清单可以用列表给出，如表3-5所示。
表3-5表名：
XXXX
序号
字段中文名
字段英文名
类型、宽度、精度
取值约束
空否
默认值
主键/外键
索引否
1
2
3
3.4视图设计（ViewDesign）
视图设计与授权有关，设计时参照需求文档的用户授权范围。
视图设计中要给出视图的中文名、英文名，视图中的中文列名、英文列名、类型、宽度、精度，每一列的具体算法，对应的基本表名。
主要界面
3.4.1初始界面
用户名：
密码：
确认
退出
若用户名为信息录入人员则进入信息录入人员界面
若为系统管理员则进入系统管理员界面
3.4.2信息录入人员界面
添加用户
录入信息
确认
退出
录入申请者信息
3．4.3系统管理员界面
更新信息
维护操作
确认
退出
对各种信息的更新和维护
3.4.4信息核查界面
正确信息
错误信息
确认
退出
如果信息正确，提示进入分房系统，如果信息错误，提出警告，拒绝进入
3.4.5结果反馈界面
信息正确，允许进入分放系统
信息错误，拒绝进入分房系统
确认
退出
进入分房系统后对信息评分，对申请者排队
3.4.6信息反馈界面
显示分房结果
确认退出
3.5其他数据结构设计（DesignofOtherDataStructure）
此小节描述系统的其他数据结构设计内容。
4．接口设计（InterfaceDesign）
对应每一个接口，都要详细列出下列内容。
（1）接口名称
（2）接口内容
（3）接口设施
（4）接口的数据结构
（5）接口的传输速率（Mbps）
（6）接口带宽
（7）接口协议
四、源程序清单
完成人：
1#####（ModuleName）
1.1描述（Description）
（用结构化自然语言对模块的功能进行简要描述）
1.2代码（Program）
2#####（ModuleName）
2.1描述（Description）
2.2代码（Program）
.
.
.
五.测试报告
完成人：
1.概述
本测试报告用白盒测试方法对软件内部结构进行测试，对软件的功能模块进行黑盒测试。
1.1项目简介
该项目就是为某一单位或企业的住房分配或调整而开发的，该企业或单位的职工均可以申请分房、退房、调房、咨询统计。
分房申请，根据申请者情况（年龄、工龄、职称、职务、家庭人口等）计算其分数，高于阀值的进行排队。
分房时，读空房文件，把好房优先分给排在分房队列前面的人，并将房屋信息与申请者一起写入住房文件中。
若为退房申请，从住房文件中删除有关信息，并将房屋信息计入空房文件。
若是调房申请，根据申请者情况计算分数，并进行以上退房和分房处理。
系统可进行房屋信息维护（输入、删除、排序），以及各种住房信息统计、查询、打印等。
1.2术语定义
将该测试报告中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。
1.3参考资料
升级会员 