需求分析报告-宿舍管理系统.doc

数学与计算机学院
实训报告

课 程 名 称: 软件需求分析实践
课 程 代 码: 6014399
题 目: 学生宿舍管理系统
年级/专业/班: 2010级软件工程4、5班
学 生 姓 名: 吴超、卢燃、王涛、胡羊
学号: 312010080611402、423、525、516
开 始 时 间: 2011 年 11 月 28 日
完 成 时 间: 2011 年 12 月 25 日
课程设计成绩：
技术水平与实际能力（50）
说明书撰写质量（50）
总 分（100）

指导教师签名： 年 月 日

学生宿舍管理系统任务分配

姓 名
任 务
工作所占比例
吴超
涉众、非功能需求、用例场景分析、前景与范围文档
32%
卢燃
用例图、主角分析、边界定义、业务概况、目标
23%
胡羊
实验报告汇总、类之间关系1和2、功能性需求
22%
王涛
类关系总图、用户概要说明，系统特性
23%
目 录
前景与范围文档 1
一、业务需求 1
1.背景、业务机会和客户需求 1
2.业务目标（Business Objective, BO）和成功标准（Success Criteria，SC） 1
3.业务风险（RIsk） 2
二、解决方案的前景 3
1.前景陈述 3
2.主要特性（FEature） 3
3.假设(ASsumption)和依赖(DEpendency) 4
三、范围和局限性 4
1.初始版本和后续版本的范围 4
2.局限性（LImitation）和排斥性 4
四、业务背景 4
1.涉众概要 4
2.用户概要及项目优先级 6
用例 8
软件需求规格说明 12
一、介绍 12
1.目标 12
3. 项目范围和产品特性 12
4. 参考文献 12
二、总体描述 13
1.产品远景与规划 13
3. 用户类和用户特性 13
4. 运行环境 13
4.设计和实现的约束条件（COnstraint, CO） 14
5. 用户文档(User Documentation, UD) 14
6. 假设(ASsumption) 和依赖（Dependency） 14
三、系统特性 14
1.宿舍管理系统 14
（1）描述与优先级 14
（2）刺激/响应序列 14
（3）功能性需求 15
四、外部接口需求 15
1.用户界面（User Interfaces, UI） 15
2.硬件接口 15
3.软件接口（Software Interface, SI） 15
4.通信接口 16
五、其他非功能性需求 16
1.性能(PEformance)需求 16
2.防护性需求 16
3.安全性（SEcurity）需求 16
4.软件质量属性 16
附录A 数据字典与数据模型 17
1.数据字典 17
2.数据模型 17
附录B：分析模型 18
1.活动图 18
2.时序图 21
3.协作图 23
４.类图 24
业务规则 26

III
前景与范围文档
一、业务需求
1.背景、业务机会和客户需求
学生宿舍管理一直是各大高校所重视的工作，为了提高高校宿舍管理的质量与效率，根据客户的要求，我们着手开发此项工程，高校公寓管理部门在宿管工作中担负着管理，检查，收费，协调等重要的管理任务。系统管理员信息管理，宿舍基本信息的管理，学生基本信息是管理，宿舍日常生活的管理，相关数据的报表管理等，所涉及的管理面广，内容多，整个公寓管理的工作量很大。计算机的应用为实现公寓管理科学化奠定基础。计算机的应用推动了公寓管理工作向着正规化、科学化、自动化、现代化的方向发展。
学生宿舍管理系统从学生的分房到最后的公寓管理全部电脑化。本系统主要包括：系统管理员信息管理，宿舍基本信息的管理，学生基本信息是管理，宿舍日常生活的管理，报修管理，财务管理，相关数据的报表管理等的查询，可以更快地了解到每个学生的住宿情况以及这个学校寝室分配的情况。
该学生公寓管理系统要求，只需一到两名数据操作员即可操作管理系统，以节省大量人力和财力；可以存储大量学生住宿的基本信息，安全、高效、快捷；可以迅速查到所涉及的各种信息；操作简单，使用方便、高效；系统使用寿命长、成本低。这些特点可以极大地提高公寓信息管理的效率。

2.业务目标（Business Objective, BO）和成功标准（Success Criteria，SC）
通过对业务概况的了解和整理，得出该系统的业务目标如下：
1. 规范学生宿舍基本信息管理：首先统一安排学生入住，如果有学生要更换寝室，可以方便查到哪个寝室还有空床，包括该寝室内已住学生的基本信息，安排入住。实现信息安全化。
2. 规范学生宿舍管理：可以添加新建公寓的信息，以及添加该公寓内的寝室信息，以及修改公寓和寝室的相关信息（公寓号和寝室号）。
3. 规范寝室收费管理：收费以寝室为单位，当费用收好以后，可以打印报表以查看交费记录。实现信息可靠。
4. 规范来访人员管理：对来访人员进行严格登记，包括来访时间，结束时间，来访人员的来访事由，能查询到每一条来访人员和被访人的信息。实现信息可视化。
5. 规范报表管理：对用户需要的数据进行分类打印等。可操作性强。
6. 规范管理员信息管理：能对管理员信息的编辑等。实现简易操作
7. 规范维修管理：对学生反馈的信息进行收集整理。为学生维修提供方便的服务。
3.业务风险（RIsk）
RI-1: 软件开发起始阶段. 此阶段软件开发一般进行可行性分析、需求分析、部分的业务模型设计、编写软件开发计划等,此时发生的风险属于开发范围风险类别.它可能是:项目范围描述不清楚界限和目标都不明确;对业务和需求不了解;对系统认识不清,进度和计划安排混乱.这些风险一般属于高级别的风险,有可能导致开发的失败甚至取消.
RI-2: 软件开发设计阶段. 本阶段主要是系统设计完善工作,包括软件架构、系统功能、系统约束、测试方案等,可能会有少量的编码,以验证部分设计.可能出现的风险表现为:对系统功能和架构考虑不周全,导致可能需要进行无数次修改;设计缺少客户或相关验证,导致需要再修改;缺少变更控制,任意按客或系统的需要修改设计,以至于破坏了整体性.
RI-3: 实施阶段.该阶段进行编码实现工作,包括测试和部分的设计变更,设计补充等.可能存在的风险是:设计错误导致无法进行编码实现;开发团队本身的纪律约束和沟通成为开发障碍,所有成员对设计的理解不一致;模块无法集成;项目突然发生重大变更;开发人员本身的能力导致编码无法继续;测试不能保证良好的验证开发等.此阶段的风险,大都属于中等风险,需要专业能力解决.如可进行编码培训防止编码混乱带来的风险,召开沟通会议消除对设计的理解不一致等.
RI-4产品化及结束(收尾)阶段. 此阶段是进行产品化包装部署或客户实施安装维护等[ 6 ] ,发生风险的可能性较小,属中度或轻微风险.一般可能的风险有:客户不满意;维护性差等.这些情况可在前面的阶段进行更好的控制来减轻这里的风险,当然也可以进行升级修改的方式.但是这里发生的风险在开始的时候对开发和项目的成败影响达到最大化,然后开始减少
二、解决方案的前景
1.前景陈述
(1) 宿舍的管理具有一定的连续性，机动性，灵活性，使用该系统可以提高后勤管理人员的管理水平，对宿舍的工作进行科学、规范的管理，调动管理人员的工作积极性，提高了工作效率；
(2) 激发了后勤人员学习计算机的积极性，提高了后勤人员在广大学生心目中的形象；
(3) 调动后勤管理人员的工作积极性，同时提高了办事的效率，便于领导实施监督管理。
(4) 开创基层基础工作建设的新局面，增强后勤工作人员的工作热情，便于更好地管理我们学校的后勤诸多琐碎事情的管理。
2.主要特性（FEature）
FE-1：本系统是一个信息管理系统MIS（Management Information System）(以下就称信息管理系统)，它将实现检索迅速和查找方便；信息的录入，修改和删除功能；以及对新入校学生进行入住登记等功能。系统提供多用户登陆，并实现用户之间简单的角色管理，权限分配等功能。通过构建基于Internet的分布式网络信息共享平台，系统用户能够在内网，或者是公网上登录系统，进行操作，实现学生宿舍管理工作的电子化管理。
FE-2：本系统能提高学校宿舍管理部门的工作效率；充分利用资源；减少不必要的人力，物力和财力的支出；方便宿舍管理部门的工作人员全面地掌握学生住宿情况；提高学生对宿舍管理的互动性等
FE-3：系统设计应具有良好的易用性、操作简便，符合常规Windows操作环境下的用户使用习惯。同时，尽量减少用户的记忆工作量。服务器的故障将导致帮助文件的内容不可访问,故建议服务器采用备份恢复的措施;数据库的故障将导致某些功能的无效,但不影响帮助文件的查询.
3.假设(ASsumption)和依赖(DEpendency)
AS-1:学生寝室、管理员、财务科、维修科都可以访问内联网的计算机和打印机。
AS-2:最迟的经费批准和维修信息核对时间为1天，以免耽误学生寝室的维修。
DE-1:如果某校有自己的管理系统，必须与此系统保持双向通信。
三、范围和局限性
1.初始版本和后续版本的范围
特性
版本1
版本2
FE-1
完全实现

FE-2
只能部分实现电脑化信息
完全实现
FE-3
完全实现

2.局限性（LImitation）和排斥性
LI-1：需要完整的身份信息验证才能登陆相应系统，数据库应该足够完善与安全。
LI-2：有些信息为系统信息，不能够擅自更改。
四、业务背景
1.涉众概要
涉众（stakehoder）是指与要建设系统相关的一切人和事情。（注意：涉众不等于用户，用户是系统的使用者，只是涉众的一部分）。
涉众的信息可以通过客户的岗位手册，业务手册等相关的文件中获取，也可以经过访谈而获取。
对于软件项目来说，可以通过以下几类去寻找软件项目的涉众。
业主是系统建设的出资方、投资者。显然大多数情况下业主指的就是系统的需求提出者和使用者，既业务方，但并不是绝对的。
业务提出者：业务提出者是业务模式和业务规则的指定者，一般是指业务方的高层人物、高级经理等。他们指定业务规则，圈定业务范围，规定业务目标。
业务管理者是指实际管理和监督业务执行的人员，一般是指中层干部，他们起到将业务提出者的意志付诸实施，并监督底层工作人员工作的作用。他们的期望也很重要，一般也是系统的主要用户之一。
业务执行者是指底层的业务操作人员，是与将来的计算机交互最多的人员。他们最关心的内容是系统会给他们带来什么样的方便，会怎样的改变他们的工作模式。
用户是预期的系统使用者。用户一般是上述涉众的代表。
用户与涉众不同的是，每一个用户将来都可能是系统中的一个角色，是实实在在参与系统的。
通过需求陈述分析，可以得到该项目的利益相关者(涉众) 如图1-1以及相关涉众的信息如表1-2。

学生宿舍管理系统：

编号
名称
说明
期望
1
本校学生
还可进一步分为本宿舍楼学生和其他宿舍楼学生。接受本系统的信息登记等
1. 能储存，申请修改自己的寝室信息。
2. 能方便得进行寝室问题报修
3. 能及时得到各种水电信息。
2
外校人员
包括探访家长、外校同学等人员，进入寝室时需进行一定登记和管理
1. 能方便地进行信息登记
2. 能快速地查询被探访人员的寝室信息
3
寝室管理员
对本校学生、外校人员进行管理、登记等操作
1． 能方便地进行学生、外校人员信息登记等操作
2． 能方便地查询水电费、报修信息
3． 能将信息及时地反馈给学生、维修部门和财务部门
4． 能及时接受院校领导的安排和调动信息
4
系统维护部门
负责对系统的维护，包括系统用户的权限管理，学生信息数据的管理和备份。
系统是方便维护的
5
寝室维修部门
通过反馈的信息，对学生寝室或者宿舍楼进行维修和维护
1. 能及时的收到报修信息
2. 能方便地找到学生寝室位置，方便进行维修
3. 能方便地和财务、采购部门沟通，进行维修物质的采购
6
校管理部门
校级领导部门，能查询各项信息，包括学生信息，维修信息，采购、财务信息等
1． 能方便地查询学生寝室信息
2． 能方便地查询维修信息，采购、财务信息等
3． 能监督管理其他部门工作
7
学生工作部门
学生自治组织，能对寝室进行一定的检查、管理
1. 能方便地进行查询寝室信息
2. 能方便地进行登记
3. 能将检查、管理结果反馈、记录
8
财务部门
能对学生寝室的水电费进行管理，以及和其他部门进行财务上的沟通
1. 能方便对学生寝室的水电费进行管理
2. 能方便与采购部门、校管理部门、维修部门进行沟通
3. 能将财务信息及时通知给学生、管理员及其他相关部门
9
采购部门
进行寝室相关物资的采购
1. 能及时获取采购信息
2. 能将采购信息及时反馈给校管理部门、维修部门、财务部门

2.用户概要及项目优先级
由于涉众不等于用户，用户才是将来使用系统的涉众代表，所以我们还需要定义使用系统的涉众代表，即用户的概要信息。
用户概要说明代表涉众使用系统的用户说明，描述一般包括用户概况、特点和用户使用系统的方式等。可以通过下表1-3来表示：
表1-3 用户概要说明表
表1-3 用户概要说明表
编号
用户名称
用花概况和特点
好似用系统方式
代表涉众
H1
本校学生
是宿舍中的内部人员，负责本寝室问题报修和登录系统查询信息。
1.通过登录本系统查询信息。
2.有问题时能及时登记上去。
1
3
6
7
H2
外校人员
负责登录信息去查询自己想要查询的信息。
使用计算机查询信息
1
3
6
H3
寝室管理员
负责整个系统的运作管理。
通过计算机来完成
1
2
H4
系统管理人员
负责对系统的维护，包括系统用户的权限管理，学生信息数据的管理和备份恢复。
所有工作由计算机完成
4
H5
寝室维修人员
负责登录信息查询需要修复的寝室，
所有工作由计算机完成。

H6
校管理部门负责人员
负责管理整个学生宿舍整个系统的运作与管理。
所有工作由计算机完成。
1
2
3
6
H7
学生工作部门负责人员
负责对寝室进行一定的检查、管理
所有工作由计算机完成。
1
3
H8
会计
负责进行财务统计、财务结算。
通过计算机来实现。
1
8
H9
采购人员
负责接受学生提供的产品目录清单。并导入到系统中进行管理。然后进行购买。
通过计算机来实现。
1
9

28

用例
各种用户类确认的“学生宿舍管理系统”的用例和主要参与者如下所示

1.主要参与者
主要参与者
用例
学生
1.寝室入住
2.信息登记
3.寝室报修
4.缴费
5.信息查询
宿舍管理员
6.登记信息
7.修改信息
8.维修、缴费信息上报
9. 维修、缴费信息查询
采购主任
10.采购产品
11.经费申报
系统管理员
12.产品库维护
财务主任
13.经费上报
14.经费下拨
校管理主任
15.经费批准
16.各部门信息查询
维修员
17.宿舍维修
18．材料申报

2.用例
用例ID号
1
用例名称
学生信息管理项目
创建者
某某
最后更新者
某某
创建日期
2011年6月10日
最后更新日期
2011年6月20日
参与者
学生、管理员
描述
实现学生信息的管理
前置条件
新生入校、学生缴费、宿舍需维修
后置条件
存储学生信息，更新维修和账单信息
主过程
1. 学生入校进行入校登记
2. 管理员安排学生其寝室号，管理员将学生信息输入系统中，系统将信息储存至数据库。
收银员重复2步，直到输入结束。
3. 系统显示学生所需预交（或者欠缴）费用
4. 管理员告知学生总额，并请学生付款
5. 学生付款，系统处理支付
6. 系统记录完整的缴费信息，并将支付信息发送到外部的财务管理系统和库存系统（更新库存）
7. 系统打印票据
8. 学生寝室报修
9. 管理员上报维修信息
10. 缴费、报修成功，学生携带票据离开

分支过程
3a.来访人员不是在本校学生
1、 进行信息登记
2、 在该系统中为该人员保存信息
3、 信息储存至数据库
4、 来访人员完成访问离开

用例ID号
2
用例名称
维修信息管理项目
创建者
某某
最后更新者
某某
创建日期
2011年6月10日
最后更新日期
2011年6月20日
参与者
学生、管理员、维修人员、采购员
描述
实现学生寝室维修的管理
前置条件
宿舍需维修
后置条件
存储学生维修信息，更新数据库
主过程
1. 学生寝室报修
2. 管理员上报学生寝室维修信息
3. 维修人员接受维修信息
4. 维修员检查材料是否足够
5. 材料上报、申请
6. 采购员上报采购信息
7. 采购员采购
8. 维修员进行维修
9. 维修成功，离开

分支过程
3a.错误上报维修信息
1. 管理员进行信息核实
2. 对错误信息进行处理

用例ID号
3
用例名称
财务信息管理项目
创建者
某某
最后更新者
某某
创建日期
2011年6月10日
最后更新日期
2011年6月20日
参与者
财务管理员，采购员，校管理人员
描述
实现学生寝室维修的管理
前置条件
宿舍需维修
后置条件
存储学生维修信息，更新数据库
主过程
10. 学生寝室报修
11. 管理员上报学生寝室维修信息
12. 维修人员接受维修信息
13. 维修员检查材料是否足够
14. 材料上报、申请
15. 采购员上报采购信息
16. 采购员采购
17. 维修员进行维修
18. 维修成功，离开

分支过程
3a.错误上报维修信息
5、 管理员进行信息核实
6、 对错误信息进行处理

用例ID号
4
用例名称
内部管理项目
创建者
某某
最后更新者
某某
创建日期
2011年6月10日
最后更新日期
2011年6月20日
参与者
财务管理员，采购员，校管理人员
描述
实现内部的管理
前置条件
有经费申请
后置条件
存储相关信息，更新数据库
主过程
1校管理员登陆
2管理员查询学生、经费信息
3管理员接受经费申请信息
4财务员下拨经费
5采购员采购
6维修员进行维修
7 管理员修改信息
8 修改完成反馈信息
分支过程
3a.错误上报维修信息
7、 管理员进行信息核实
8、 对错误信息进行处理

软件需求规格说明
一、介绍
1.目标
根据学校的现有的条件实际情况，开发人员利用个人所拥有的计算机硬件设备和软件条件，从思想上，工作思维和工作方式做起，实现一整套关于高校学生宿舍管理系统的软件来实现一些基本信息的维护。为我们的高校的后勤管理人员减少点负担，从根本上解决用手工操作工作量大且容易出错的问题，同时，这也是高校后勤管理领域以后发展的必然趋势。

3. 项目范围和产品特性
(1) 宿舍的管理具有一定的连续性，机动性，灵活性，使用该系统可以提高后勤管理人员的管理水平，对宿舍的工作进行科学、规范的管理，调动管理人员的工作积极性，提高了工作效率；
(2) 激发了后勤人员学习计算机的积极性，提高了后勤人员在广大学生心目中的形象；
(3) 调动后勤管理人员的工作积极性，同时提高了办事的效率，便于领导实施监督管理。
(4) 开创基层基础工作建设的新局面，增强后勤工作人员的工作热情，便于更好地管理我们学校的后勤诸多琐碎事情的管理。

4. 参考文献
[1] 微软．面向.net的web应用程序设计[M] ．北京：高等教育出版社，2006：175-416．
[2] 黄胜锦．微软的.net战略和ASP+[J] ．软件世界，2001，(05) ：1005-2348．
[3] C#编程规范[OL].
[4] AJAX基础教程[OL].
[5] 陈冠军.精通ASP.NET 2.0 典型模块设计与实现[M].人民邮电出版社

二、总体描述
1.产品远景与规划
本系统是一个信息管理系统MIS（Management Information System）(以下就称信息管理系统)，它将实现检索迅速和查找方便；信息的录入，修改和删除功能；以及对新入校学生进行入住登记等功能。系统提供多用户登陆，并实现用户之间简单的角色管理，权限分配等功能。通过构建基于Internet的分布式网络信息共享平台，系统用户能够在内网，或者是公网上登录系统，进行操作，实现学生宿舍管理工作的电子化管理。
3. 用户类和用户特性
校管理员
能方便地查询学生寝室信息，能方便地查询维修信息，采购、财务信息等，能监督管理其他部门工作
学生
能储存，申请修改自己的寝室信息。，能方便得进行寝室问题报修，能及时得到各种水电信息。
财务员
能方便对学生寝室的水电费进行管理，能方便与采购部门、校管理部门、维修部门进行沟通，能将财务信息及时通知给学生、管理员及其他相关部门
采购员
能及时获取采购信息，能将采购信息及时反馈给校管理部门、维修部门、财务部门

4. 运行环境
运行本软件的硬件基础为Windows 2000 AdvServer.客户端的配置为能够运行IE4.0以后的推荐硬件配置.
本软件的平台为Windows 2000 AdvServer. WEB服务器为IIS,数据库ORACLE,开发工具为ASP.NET。

4.设计和实现的约束条件（COnstraint, CO）
CO-1：程序尽量采用模块化设计

5. 用户文档(User Documentation, UD)
UD-1：系统将提供一个分层的和跨越链接的HTML文档联机帮助系统，它描述并演示了所有系统功能。
UD-2：如果用户不会使用系统，系统可根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何使用。

6. 假设(ASsumption) 和依赖（Dependency）
AS-1:学生寝室、管理员、财务科、维修科都可以访问内联网的计算机和打印机。
AS-2:最迟的经费批准和维修信息核对时间为1天，以免耽误学生寝室的维修。
DE-1:如果某校有自己的管理系统，必须与此系统保持双向通信。

三、系统特性
1.宿舍管理系统
（1）描述与优先级
来访人员在其身份得到验证后，他们就可以进入宿舍，但若身份不能确定，则不能进入宿舍。
（2）刺激/响应序列
刺激：来访人员请求进入宿舍，可以是一个人或者多个人。
响应：宿舍管理员向来访人员询问并记录细节（例如，来访原因，呆的时间长久）。
刺激：来访人员请求查找宿舍。
响应：如果宿舍是“接受”，则允许来访人员进入。
刺激：来访人员请求出宿舍。
响应：宿舍管理员消除记录。
（3）功能性需求
Order.Place
宿舍管理员向来访人员询问信息
Order.Place.Register
查询是否其要查找的人在这个宿舍
Order.Place.Register.no
如果不是，则要其再打电话确认
Order.Place.Number.yes
若该人员信息确认，则登记放行
Order.Place.DiskStatus.yes
宿舍学生查询宿舍有无损坏，若有，则上报宿舍管理处
Order.Place.DiskRent.Display
宿舍管理员依据学生的上报信息，确认无误后，向校管理部门上报，然后找维修人员来维修，并且给财务部上报
Order.Place.DiskRent.Details
系统显示本次应缴押金额和累计额，要求确认付款或取消
Order.Place.DiskRent.Confirm
如果学生付款，会计将确认支付，否则取消
Oreder.Pay.Confirm.OK
如果确认支付，系统打印票据
Order.Place.DiskRent.Confirm.Update
如果确认支付，系统记录完整的维修信息，并将维修和支付信息发送到外部的账务系统和库存系统（更新库存）

四、外部接口需求
1.用户界面（User Interfaces, UI）
UI-1:学生住宿情况查找操作界面尽量考虑触摸屏操作方式。按钮，字体都应该较大，并且明显。
UI-2:整个系统背景以校徽为背景。
UI-3:管理员和系统管理者使用的每个功能都应该能够有联机帮助文档。即要求能够在管理员使用过程中按F1能出现相关帮助信息。
2.硬件接口
USB外部接口
3.软件接口（Software Interface, SI）
SI-1:数据库的设计以及功能设计应该考虑后续其他功能补充的接口。
SI-2：后期有可能需要添加管理人员通过wifi手机查询功能。因此需要考虑程序后期与手机平台（android、塞班系统）的兼容问题。
SI-3：提供相应的接口来保证不同类型数据的一致性。
4.通信接口
（此处没考虑）
五、其他非功能性需求
1.性能(PEformance)需求
PE-1:系统需要保证在工作期间的工作效率，尤其是在查询量较多的时候，系统响应时间应该在5秒左右。
PE-2:管理人员操作错误时，自动提醒。
2.防护性需求
防护性需求还没有确定。
3.安全性（SEcurity）需求
SE-1:每条充值记录都需要有日志文件能够查询。
SE-2:保证充值或扣款事务的完整进行，不受特殊情况（如断电，误操作等）而影响数据的完整性、一致性。
4.软件质量属性
Usability(易用性)-1:查询，登记信息要方便服务员或前台人员操作。
Usability(易用性)-2:收费操作方式要简洁，尽量采用键盘操作模式。便于收银员操作。
Usability(易用性)-3:管理人员能很容易的生成自己所需要查看的报表。
Maintainability(移植性)-1：后期有可能需要添加店内会员通过wifi手机查询功能。因此需要考虑程序后期与手机平台（android系统）的兼容问题，如：系统预留java开发接口有效性。

附录A 数据字典与数据模型
1.数据字典
顾客说明=姓名+性别+身份证号+年龄+电话号码
非会员顾客=临时编号+姓名+性别+身份证号+年龄+电话号码
会员顾客=会员编号+开户日期+账户编号+姓名+性别+身份证号+年龄+电话号码
员工=员工编号+身份证号+性别+年龄+部门
部门=部门编号+部门名称+领导编号+部门说明
租赁信息=会员号+租赁上限+数量+租赁时间+碟片产品编号
碟片=产品编号+产品名称+碟片类型+产品类型
碟片类型=[DVD|BD|VCD]
产品类型=[音乐类|电影类|电视剧|教育类]
2.数据模型

附录B：分析模型
1.活动图
1.1 租赁用例活动图
内部管理活动图、财务管理活动图、学生信息管理活动图、寝室维修活动图,分别如图1、2、3、4所示.

图1 内部管理活动图

图2 财务管理活动图

图3 学生信息管理活动图

图4 寝室维修管理活动图
2.时序图
内部管理时序图、财务管理时序图、学生信息管理时序图、寝室维修时序图,分别如图5、6、7、8所示.

图5 内部管理时序图

图6 财务管理时序图

图7 学生信息管理时序

图8寝室维修时序图

3.协作图
内部管理协作图、财务管理协作图、学生信息管理协作图、寝室维修协作图,分别如图9、10、11、12所示.

图9. 内部管理协作图

图10. 财务管理协作图

图11. 学生管理协作图

图12. 寝室维修协作图

４.类图
类之间的关系1：

类之间的关系2：

类之间的总关系图：

业务规则
下面是单独业务规则（Business Rule, BR）

ID
规则定义
规则类型
静态或动态
来源
BR-1
学生必须在学校规定时间内归宿
约束
动态
管理员
BR-2
学生不能重复申报维修
约束
动态
客户端
BR-3
维修员不能重复申报资金
约束
计算
客户端

3、通过活动，使学生养成博览群书的好习惯。
B比率分析法和比较分析法不能测算出各因素的影响程度。√
C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。Ｘ
C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错
C产品的实际生产成本包括废品损失和停工损失。√
C成本报表是对外报告的会计报表。×
C成本分析的首要程序是发现问题、分析原因。×
C成本会计的对象是指成本核算。×
C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。√
C成本计算方法中的最基本的方法是分步法。X
D当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本
中。×
D定额法是为了简化成本计算而采用的一种成本计算方法。×
F“废品损失”账户月末没有余额。√
F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。Ｘ
F分步法的一个重要特点是各步骤之间要进行成本结转。(√)
G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错
G工资费用就是成本项目。(×)
G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对
J计算计时工资费用，应以考勤记录中的工作时间记录为依据。(√)
J简化的分批法就是不计算在产品成本的分批法。(×)
J简化分批法是不分批计算在产品成本的方法。对
J加班加点工资既可能是直接计人费用，又可能是间接计人费用。√
J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，X
K可修复废品是指技术上可以修复使用的废品。错
K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。Ｘ
P品种法只适用于大量大批的单步骤生产的企业。×
Q企业的制造费用一定要通过“制造费用”科目核算。Ｘ
Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。Ｘ
S生产车间耗用的材料，全部计入“直接材料”成本项目。Ｘ
S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。(×)
W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对
Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对
Y引起资产和负债同时减少的支出是费用性支出。X
Y以应付票据去偿付购买材料的费用，是成本性支出。X
Y原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Ｘ
Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。(×)
Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对
Z直接生产费用就是直接计人费用。X
Z逐步结转分步法也称为计列半成品分步法。√

A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。
A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)