需求分析宿舍管理完整

1、个人收集整理 勿做商业用途数学与计算机学院 实训报告 课 程 名 称: 软件需求分析实践 课 程 代 码:6014399题 目 :学生宿舍管理系统年级/专业/班: 2010 级软件工程 4、5 班 学 生 姓 名: 吴超、卢燃、王涛、胡羊 学号 : 312010080611402 、423、525、516 开 始 时 间: 2011 年 11 月 28 日 完 成 时 间: 2011 年 12 月 25 日 课程设计成绩：技术水平与实际能力 （ 50）说明书撰写质量（ 50）总 分（ 100）指导教师签名： 年 月 日个人收集整理 勿做商业用途学生宿舍管理系统任务分配姓名任务工作所占比例吴超涉

2、众、非功能需求、用例场景 分析、前景与范围文档32%卢燃用例图、主角分析、边界定义、 业务概况、目标23%胡羊实验报告汇总、类之间关系 1和 2、功能性需求22%王涛类关系总图、用户概要说明， 系统特性23%个人收集整理 勿做商业用途目录前景与范围文档资料个人收集整理，勿做商业用途一、业务需求 . 11. 背景、业务机会和客户需求 . 12.业务目标( Business Objective, BO )和成功标准( Success Criteria， SC) 1 资料个人收集 整理，勿做商业用途3.业务风险( RIsk) 二、解决方案地前景 1.前景陈述 2.主要特性( FEature) 3.假

3、设 (ASsumption) 和依赖 (DEpendency) 三、范围和局限性 1.初始版本和后续版本地范围 2.局限性( LImitation )和排斥性 四、业务背景 1.涉众概要 2.用户概要及项目优先级 资料个人收集整理，勿做商业用途资料个人收集整理，勿做商业用途用例软件需求规格说明一、介绍 1.目标 3. 项目范围和产品特性 4. 参考文献 二、总体描述 1.产品远景与规划 3. 用户类和用户特性 4. 运行环境 4.设计和实现地约束条件( COnstraint, CO ).5. 用户文档 (User Documentation, UD) 6. 假设 (ASsumption) 和依

4、赖( Dependency ) 三、系统特性 1.宿舍管理系统 ( 1)描述与优先级 ( 2)刺激 /响应序列 ( 3)功能性需求 四、外部接口需求 1.用户界面( User Interfaces, UI ) 2.硬件接口 3.软件接口( Software Interface, SI ) 4.通信接口 五、其他非功能性需求 1.性能 (PEformance) 需求 2.防护性需求 3.安全性( SEcurity )需求 4.软件质量属性 附录 A 数据字典与数据模型 1.数据字典 2.数据模型 33441212121212131313131414资料个人收集整理，勿做商业用途 资料个人收集整理

5、，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途资料个人收集整理，勿做商业用途资料个人收集整理，勿做商业用途资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整

6、理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途14 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资

7、料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途141414141515151515161616161616171717个人收集整理 勿做商业用途1818212324资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途 资料个人收集整理，勿做商业用途附录 B：分析模型1. 活动图 2. 时序图 3. 协作图 .类图业务规则26资料个人收集整理，勿做商业用途个人收集整理 勿做商业用途前景与范围文档一、业务需求1. 背景、业务机会和客户需求学生宿舍管理一直是各大高校所重视地工作，为

8、了提高高校宿舍管理地质量与效 率，根据客户地要求，我们着手开发此项工程，高校公寓管理部门在宿管工作中担负 着管理，检查，收费，协调等重要地管理任务 .系统管理员信息管理，宿舍基本信息地 管理，学生基本信息是管理，宿舍日常生活地管理，相关数据地报表管理等，所涉及 地管理面广，内容多，整个公寓管理地工作量很大 .计算机地应用为实现公寓管理科学 化奠定基础 .计算机地应用推动了公寓管理工作向着正规化、科学化、自动化、现代化 地方向发展 .资料个人收集整理，勿做商业用途学生宿舍管理系统从学生地分房到最后地公寓管理全部电脑化.本系统主要包括：系统管理员信息管理，宿舍基本信息地管理，学生基本信息是管理，宿

9、舍日常生活地 管理，报修管理，财务管理，相关数据地报表管理等地查询，可以更快地了解到每个 学生地住宿情况以及这个学校寝室分配地情况 .资料个人收集整理，勿做商业用途该学生公寓管理系统要求，只需一到两名数据操作员即可操作管理系统，以节省 大量人力和财力；可以存储大量学生住宿地基本信息，安全、高效、快捷；可以迅速 查到所涉及地各种信息；操作简单，使用方便、高效；系统使用寿命长、成本低.这些特点可以极大地提高公寓信息管理地效率 .资料个人收集整理，勿做商业用途2. 业务目标( Business Objective, BO)和成功标准( Success Criteria，SC)资料个人收集整理，勿做商

10、业用途通过对业务概况地了解和整理，得出该系统地业务目标如下：1.规范学生宿舍基本信息管理：首先统一安排学生入住，如果有学生要更换寝室， 可以方便查到哪个寝室还有空床， 包括该寝室内已住学生地基本信息， 安排入住 .个人收集整理 勿做商业用途实现信息安全化 .资料个人收集整理，勿做商业用途2. 规范学生宿舍管理：可以添加新建公寓地信息，以及添加该公寓内地寝室信息， 以及修改公寓和寝室地相关信息（公寓号和寝室号） .资料个人收集整理，勿做商业用途3. 规范寝室收费管理：收费以寝室为单位，当费用收好以后，可以打印报表以查看 交费记录 .实现信息可靠 .4. 规范来访人员管理：对来访人员进行严格登记，

11、包括来访时间，结束时间，来访 人员地来访事由，能查询到每一条来访人员和被访人地信息 .实现信息可视化 .资料 个人收集整理，勿做商业用途5. 规范报表管理：对用户需要地数据进行分类打印等 .可操作性强 .6. 规范管理员信息管理：能对管理员信息地编辑等 .实现简易操作7. 规范维修管理：对学生反馈地信息进行收集整理 .为学生维修提供方便地服务 .3.业务风险（ RIsk ）RI-1: 软件开发起始阶段 . 此阶段软件开发一般进行可行性分析、 需求分析、 部分 地业务模型设计、编写软件开发计划等 ,此时发生地风险属于开发范围风险类别 .它可能 是 :项目范围描述不清楚界限和目标都不明确 ;对业务

12、和需求不了解 ;对系统认识不清 ,进 度和计划安排混乱 .这些风险一般属于高级别地风险 ,有可能导致开发地失败甚至取消 . 资料个人收集整理，勿做商业用途RI-2: 软件开发设计阶段 . 本阶段主要是系统设计完善工作 ,包括软件架构、 系统功 能、系统约束、 测试方案等 ,可能会有少量地编码 ,以验证部分设计 .可能出现地风险表现 为 :对系统功能和架构考虑不周全 ,导致可能需要进行无数次修改 ;设计缺少客户或相关 验证 ,导致需要再修改 ;缺少变更控制 ,任意按客或系统地需要修改设计 ,以至于破坏了整 体性 .资料个人收集整理，勿做商业用途RI-3: 实施阶段 .该阶段进行编码实现工作 ,包

13、括测试和部分地设计变更 ,设计补充等 . 可能存在地风险是 :设计错误导致无法进行编码实现 ;开发团队本身地纪律约束和沟通 成为开发障碍 ,所有成员对设计地理解不一致 ;模块无法集成 ;项目突然发生重大变更 ;开 发人员本身地能力导致编码无法继续 ;测试不能保证良好地验证开发等 .此阶段地风险 , 大都属于中等风险 ,需要专业能力解决 .如可进行编码培训防止编码混乱带来地风险 ,召 开沟通会议消除对设计地理解不一致等 .资料个人收集整理，勿做商业用途RI-4 产品化及结束 （收尾）阶段. 此阶段是进行产品化包装部署或客户实施安装维护个人收集整理 勿做商业用途等 6 , 发生风险地可能性较小 ,

14、属中度或轻微风险 .一般可能地风险有 :客户不满意 ;维护 性差等 .这些情况可在前面地阶段进行更好地控制来减轻这里地风险,当然也可以进行升级修改地方式 .但是这里发生地风险在开始地时候对开发和项目地成败影响达到最大 化 ,然后开始减少 资料个人收集整理，勿做商业用途二、解决方案地前景1. 前景陈述(1) 宿舍地管理具有一定地连续性，机动性，灵活性，使用该系统可以提高后勤管理人 员地管理水平，对宿舍地工作进行科学、规范地管理，调动管理人员地工作积极性， 提高了工作效率； 资料个人收集整理，勿做商业用途(2) 激发了后勤人员学习计算机地积极性，提高了后勤人员在广大学生心目中地形象；(3) 调动后

15、勤管理人员地工作积极性， 同时提高了办事地效率， 便于领导实施监督管理 .(4) 开创基层基础工作建设地新局面， 增强后勤工作人员地工作热情， 便于更好地管理 我们学校地后勤诸多琐碎事情地管理 .资料个人收集整理，勿做商业用途2.主要特性( FEature )FE-1：本系统是一个信息管理系统 MIS( Management Information System)(以下就 称信息管理系统 )，它将实现检索迅速和查找方便；信息地录入，修改和删除功能；以 及对新入校学生进行入住登记等功能 .系统提供多用户登陆，并实现用户之间简单地角 色管理，权限分配等功能 .通过构建基于 Internet 地分布

16、式网络信息共享平台， 系统用户 能够在内网，或者是公网上登录系统，进行操作，实现学生宿舍管理工作地电子化管 理.资料个人收集整理，勿做商业用途FE-2：本系统能提高学校宿舍管理部门地工作效率；充分利用资源；减少不必要 地人力，物力和财力地支出；方便宿舍管理部门地工作人员全面地掌握学生住宿情况； 提高学生对宿舍管理地互动性等 资料个人收集整理，勿做商业用途FE-3：系统设计应具有良好地易用性、操作简便，符合常规 Windows 操作环境下 地用户使用习惯 .同时，尽量减少用户地记忆工作量 .服务器地故障将导致帮助文件地内个人收集整理 勿做商业用途容不可访问 ,故建议服务器采用备份恢复地措施 ;数

17、据库地故障将导致某些功能地无效 但不影响帮助文件地查询 .资料个人收集整理，勿做商业用途3. 假设 (ASsumption)和依赖 (DEpendency)AS-1:学生寝室、管理员、财务科、维修科都可以访问内联网地计算机和打印机.AS-2: 最迟地经费批准和维修信息核对时间为 1 天，以免耽误学生寝室地维修 .DE-1:如果某校有自己地管理系统，必须与此系统保持双向通信 .三、范围和局限性1. 初始版本和后续版本地范围特性版本 1版本 2FE-1完全实现FE-2只能部分实现电脑化信息完全实现FE-3完全实现2.局限性( LImitation )和排斥性LI-1 ：需要完整地身份信息验证才能登

18、陆相应系统，数据库应该足够完善与安全 .LI-2 ：有些信息为系统信息，不能够擅自更改 .四、业务背景1.涉众概要涉众( stakehoder )是指与要建设系统相关地一切人和事情 . (注意：涉众不等于 用户，用户是系统地使用者，只是涉众地一部分) . 资料个人收集整理，勿做商业用途涉众地信息可以通过客户地岗位手册， 业务手册等相关地文件中获取， 也可以经过 访谈而获取 .对于软件项目来说，可以通过以下几类去寻找软件项目地涉众个人收集整理 勿做商业用途 业主是系统建设地出资方、投资者 . 显然大多数情况下业主指地就是系统地需求提出者 和使用者，既业务方，但并不是绝对地 . 资料个人收集整理，

19、勿做商业用途 业务提出者：业务提出者是业务模式和业务规则地指定者，一般是指业务方地高层人 物、高级经理等 . 他们指定业务规则，圈定业务范围，规定业务目标 . 资料个人收集整理，勿做 商业用途 业务管理者是指实际管理和监督业务执行地人员，一般是指中层干部，他们起到将业 务提出者地意志付诸实施，并监督底层工作人员工作地作用 . 他们地期望也很重要，一 般也是系统地主要用户之一 . 资料个人收集整理，勿做商业用途 业务执行者是指底层地业务操作人员，是与将来地计算机交互最多地人员. 他们最关心地内容是系统会给他们带来什么样地方便，会怎样地改变他们地工作模式. 资料个人收集整理，勿做商业用途 用户是预

20、期地系统使用者 . 用户一般是上述涉众地代表 . 用户与涉众不同地是，每一个用户将来都可能是系统中地一个角色，是实实在在参与 系统地 .通过需求陈述分析，可以得到该项目地利益相关者 （涉众） 如图1-1 以及相关涉众地信 息如表 1-2.学生宿舍管理系统：编号名称说明期望1本校 学生还可进一步分为本宿舍楼学 生和其他宿舍楼学生 . 接受本系统 地信息登记等1. 能储存，申请修改自己地寝室信息 .2. 能方便得进行寝室问题报修3. 能及时得到各种水电信息 .2外校 人员包括探访家长、 外校同学等人员，进入寝室时需进行一定登记和 管理1. 能方便地进行信息登记2. 能快速地查询被探访人员地寝室信息

21、3寝室 管理 员对本校学生、外校人员进行管理、登记等操作1 能方便地进行学生、 外校人员信息登记等 操作2 能方便地查询水电费、报修信息3 能将信息及时地反馈给学生、 维修部门和 财务部门4 能及时接受院校领导地安排和调动信息4系统 维护 部门负责对系统地维护， 包括系统 用户地权限管理，学生信息数据地 管理和备份 .系统是方便维护地5寝室 维修 部门通过反馈地信息，对学生寝室或者宿舍楼进行维修和维护1. 能及时地收到报修信息2. 能方便地找到学生寝室位置， 方便进行维 修3. 能方便地和财务、采购部门沟通，进行维个人收集整理 勿做商业用途修物质地采购6校管 理部 门校级领导部门， 能查询各项

22、信 息，包括学生信息，维修信息，采 购、财务信息等1 能方便地查询学生寝室信息2 能方便地查询维修信息，采购、财务信息 等3 能监督管理其他部门工作7学生 工作 部门学生自治组织， 能对寝室进行 一定地检查、管理1. 能方便地进行查询寝室信息2. 能方便地进行登记3. 能将检查、管理结果反馈、记录8财务 部门能对学生寝室地水电费进行 管理， 以及和其他部门进行财务上 地沟通1. 能方便对学生寝室地水电费进行管理2. 能方便与采购部门、校管理部门、维修部 门进行沟通3. 能将财务信息及时通知给学生、 管理员及 其他相关部门9采购 部门进行寝室相关物资地采购1. 能及时获取采购信息2. 能将采购信

23、息及时反馈给校管理部门、 维 修部门、财务部门2. 用户概要及项目优先级由于涉众不等于用户，用户才是将来使用系统地涉众代表，所以我们还需要定义使用系统地涉众代表，即用户地概要信息 .资料个人收集整理，勿做商业用途用户概要说明代表涉众使用系统地用户说明，描述一般包括用户概况、特点和用户使用系统地方式等 .可以通过下表 1-3 来表示： 资料个人收集整理，勿做商业用途表 1-3 用户概要说明表表 1-3 用户概要说明表编号用户名称用花概况和特点好似用系统方式代表涉众H1本校学生是宿 舍中地内 部人 员，负责本寝室问题报修 和登录系统查询信息 .1.通过登录本系 统查询信息 .2.有问题时能及 时登

24、记上去 .1367H2外校人员负责 登录信息 去查 询自己想要查询地信息 .使用计算机查 询信息136H3寝室管理员负责整个系统地运 作管理 .通过计算机来 完成12H4系统管理人员负责对系统地维护， 包括系统用户地权限管 理，学生信息数据地管理 和备份恢复 .所有工作由计 算机完成4个人收集整理 勿做商业用途H5寝室维修人员负责登录信息查询需 要修复地寝室，所有工作由计 算机完成 .H6校管理部门负 责人员负责管理整个学生 宿舍整个系统地运作与 管理.所有工作由计 算机完成 .1236H7学生工作部门 负责人员负责对寝室进行一 定地检查、管理所有工作由计 算机完成 .13H8会计负责进行财务

25、统计、 财务结算 .通过计算机来实 现.18H9采购人员负责接受学生提供地 产品目录清单 .并导入到 系统中进行管理 . 然后进 行购买 .通过计算机来实 现.19个人收集整理 勿做商业用途用例各种用户类确认地“学生宿舍管理系统”地用例和主要参与者如下所示1.主要参与者主要参与者用例学生1.寝室入住2.信息登记3.寝室报修4.缴费5.信息查询宿舍管理员6.登记信息7.修改信息8.维修、缴费信息上报9. 维修、缴费信息查询采购主任10.采购产品11.经费申报系统管理员12.产品库维护财务主任13.经费上报14.经费下拨校管理主任15.经费批准16.各部门信息查询维修员17.宿舍维修18材料申报2

26、.用例用例 ID 号1用例名称学生信息管理项目创建者某某最后更新者某某个人收集整理 勿做商业用途用例 ID 号1用例名称学生信息管理项目创建日期2011 年 6 月 10日最后更新日期2011 年 6 月 20日参与者学生、管理员描述实现学生信息地管理前置条件新生入校、学生缴费、宿舍需维修后置条件存储学生信息，更新维修和账单信息主过程1. 学生入校进行入校登记2. 管理员安排学生其寝室号，管理员将学生信息输入系统中， 系统将 信息储存至数据库 .收银员重复 2 步，直到输入结束 .3. 系统显示学生所需预交（或者欠缴）费用4. 管理员告知学生总额，并请学生付款5. 学生付款，系统处理支付6.

27、系统记录完整地缴费信息， 并将支付信息发送到外部地财务管理系统 和库存系统（更新库存）7. 系统打印票据8. 学生寝室报修9. 管理员上报维修信息10. 缴费、报修成功，学生携带票据离开分支过程3a. 来访人员不是在本校学生1、 进行信息登记2、 在该系统中为该人员保存信息3、 信息储存至数据库4、 来访人员完成访问离开用例 ID 号2用例名称维修信息管理项目创建者某某最后更新者某某创建日期2011 年 6 月 10日最后更新日期2011 年 6 月 20日参与者学生、管理员、维修人员、采购员描述实现学生寝室维修地管理前置条件宿舍需维修后置条件存储学生维修信息，更新数据库主过程1. 学生寝室报

28、修2. 管理员上报学生寝室维修信息3. 维修人员接受维修信息4. 维修员检查材料是否足够5. 材料上报、申请6. 采购员上报采购信息7. 采购员采购8. 维修员进行维修9. 维修成功，离开个人收集整理 勿做商业用途用例 ID 号1用例名称学生信息管理项目分支过程3a. 错误上报维修信息1. 管理员进行信息核实2. 对错误信息进行处理用例 ID 号3用例名称财务信息管理项目创建者某某最后更新者某某创建日期2011 年 6 月 10日最后更新日期2011 年 6 月 20日参与者财务管理员，采购员，校管理人员描述实现学生寝室维修地管理前置条件宿舍需维修后置条件存储学生维修信息，更新数据库主过程10

29、. 学生寝室报修11. 管理员上报学生寝室维修信息12. 维修人员接受维修信息13. 维修员检查材料是否足够14. 材料上报、申请15. 采购员上报采购信息16. 采购员采购17. 维修员进行维修18. 维修成功，离开分支过程3a. 错误上报维修信息5、 管理员进行信息核实6、 对错误信息进行处理用例 ID 号4用例名称内部管理项目创建者某某最后更新者某某创建日期2011 年 6 月 10日最后更新日期2011 年 6 月 20日参与者财务管理员，采购员，校管理人员描述实现内部地管理前置条件有经费申请后置条件存储相关信息，更新数据库个人收集整理 勿做商业用途用例 ID 号1用例名称学生信息管理

30、项目主过程1 校管理员登陆2 管理员查询学生、经费信息3 管理员接受经费申请信息4 财务员下拨经费5 采购员采购6 维修员进行维修7 管理员修改信息8 修改完成反馈信息分支过程3a. 错误上报维修信息7、 管理员进行信息核实8、 对错误信息进行处理个人收集整理 勿做商业用途软件需求规格说明一、介绍1.目标根据学校地现有地条件实际情况，开发人员利用个人所拥有地计算机硬件设备和 软件条件，从思想上，工作思维和工作方式做起，实现一整套关于高校学生宿舍管理 系统地软件来实现一些基本信息地维护 .为我们地高校地后勤管理人员减少点负担，从 根本上解决用手工操作工作量大且容易出错地问题，同时，这也是高校后勤

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

32、业用途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 Syste

33、m)(以下就称信 息管理系统 )，它将实现检索迅速和查找方便；信息地录入，修改和删除功能；以及对 新入校学生进行入住登记等功能 .系统提供多用户登陆，并实现用户之间简单地角色管 理，权限分配等功能 .通过构建基于 Internet 地分布式网络信息共享平台， 系统用户能 够在内网，或者是公网上登录系统，进行操作，实现学生宿舍管理工作地电子化管理 资料个人收集整理，勿做商业用途3. 用户类和用户特性校管理员能方便地查询学生寝室信息，能方便地查询维修信息，采购、财务信息等，能监督管 理其他部门工作学生能储存，申请修改自己地寝室信息 . ，能方便得进行寝室问题报修，能及时得到各种 水电信息 .财务员

34、能方便对学生寝室地水电费进行管理，能方便与采购部门、校管理部门、维修部门进行沟通，能将财务信息及时通知给学生、管理员及其他相关部门采购员能及时获取采购信息，能将采购信息及时反馈给校管理部门、维修部门、财务部门4. 运行环境运行本软件地硬件基础为 Windows 2000 AdvServer.客户端地配置为能够运行 IE4.0 以后地推荐硬件配置 . 资料个人收集整理，勿做商业用途个人收集整理 勿做商业用途本软件地平台为 Windows 2000 AdvServer. WEB服务器为 IIS,数据库 ORACLE, 开发 工具为 ASP.NET.资料个人收集整理，勿做商业用途4.设计和实现地约束

35、条件( COnstraint, CO )CO-1：程序尽量采用模块化设计5. 用户文档 (User Documentation, UD)UD-1 ：系统将提供一个分层地和跨越链接地 HTML 文档联机帮助系统，它描述并 演示了所有系统功能 .UD-2：如果用户不会使用系统，系统可根据用户地要求，提供一个联机教程，这样 用户可以使用静态教程菜单来具体实践一下如何使用 .资料个人收集整理，勿做商业用途6. 假设 (ASsumption) 和依赖( Dependency)AS-1:学生寝室、管理员、财务科、维修科都可以访问内联网地计算机和打印机.AS-2:最迟地经费批准和维修信息核对时间为 1 天，

36、以免耽误学生寝室地维修 . DE-1:如果某校有自己地管理系统，必须与此系统保持双向通信 .三、系统特性1.宿舍管理系统(1)描述与优先级来访人员在其身份得到验证后，他们就可以进入宿舍，但若身份不能确定，则不能进入宿舍 .( 2)刺激 /响应序列 刺激：来访人员请求进入宿舍，可以是一个人或者多个人 . 响应：宿舍管理员向来访人员询问并记录细节(例如，来访原因，呆地时间长久) . 刺激：来访人员请求查找宿舍 .响应：如果宿舍是“接受” ，则允许来访人员进入 .刺激：来访人员请求出宿舍 .响应：宿舍管理员消除记录 .个人收集整理 勿做商业用途3）功能性需求Order.Place宿舍管理员向来访人员

37、询问信息Order.Place.Register查询是否其要查找地人在这个宿舍Order.Place.Register.no如果不是，则要其再打电话确认Order.Place.Number.yes若该人员信息确认，则登记放行Order.Place.DiskStatus.yes宿舍学生查询宿舍有无损坏，若有，则上报宿舍 管理处Order.Place.DiskRent.Display宿舍管理员依据学生地上报信息，确认无误后， 向校管理部门上报，然后找维修人员来维修，并 且给财务部上报Order.Place.DiskRent.Details系统显示本次应缴押金额和累计额， 要求确认付 款或取消Ord

38、er.Place.DiskRent.Confirm如果学生付款，会计将确认支付，否则取消Oreder.Pay.Confirm.OK如果确认支付，系统打印票据Order.Place.DiskRent.Confirm.Update如果确认支付，系统记录完整地维修信息，并将 维修和支付信息发送到外部地账务系统和库存 系统（更新库存）四、外部接口需求1.用户界面（ User Interfaces, UI ）UI-1: 学生住宿情况查找操作界面尽量考虑触摸屏操作方式 .按钮，字体都应该较大， 并且明显.UI-2: 整个系统背景以校徽为背景 .UI-3: 管理员和系统管理者使用地每个功能都应该能够有联机帮

39、助文档.即要求能够在管理员使用过程中按 F1 能出现相关帮助信息 .资料个人收集整理，勿做商业用途2. 硬件接口USB 外部接口3. 软件接口（ Software Interface, SI ）SI-1:数据库地设计以及功能设计应该考虑后续其他功能补充地接口 .SI-2：后期有可能需要添加管理人员通过 wifi 手机查询功能 .因此需要考虑程序后期 与手机平台（ android、塞班系统）地兼容问题 . 资料个人收集整理，勿做商业用途SI-3：提供相应地接口来保证不同类型数据地一致性个人收集整理 勿做商业用途4. 通信接口（此处没考虑）五、其他非功能性需求1.性能 （PEformance） 需

40、求PE-1:系统需要保证在工作期间地工作效率，尤其是在查询量较多地时候，系统响应 时间应该在 5 秒左右 .PE-2:管理人员操作错误时，自动提醒 .2.防护性需求防护性需求还没有确定 .3.安全性（ SEcurity ）需求SE-1: 每条充值记录都需要有日志文件能够查询 .SE-2:保证充值或扣款事务地完整进行，不受特殊情况（如断电，误操作等）而影响数据地完整 性、一致性 .4. 软件质量属性Usability（ 易用性 ）-1: 查询，登记信息要方便服务员或前台人员操作.Usability（ 易用性 ）-2: 收费操作方式要简洁，尽量采用键盘操作模式.便于收银员操作 .Usability

41、（ 易用性 ）-3: 管理人员能很容易地生成自己所需要查看地报表.Maintainability（ 移植性 ）-1：后期有可能需要添加店内会员通过wifi 手机查询功能 .因此需要考虑程序后期与手机平台（ android 系统）地兼容问题，如：系统预留 java 开发接口有效性 .资料个人收集整 理，勿做商业用途个人收集整理 勿做商业用途附录 A 数据字典与数据模型1.数据字典顾客说明 =姓名 +性别 +身份证号 +年龄 +电话号码 非会员顾客 =临时编号 +姓名+性别+身份证号 +年龄+电话号码 会员顾客 =会员编号 +开户日期 +账户编号 +姓名 +性别+身份证号 +年龄 +电话号码 员工

42、 =员工编号 +身份证号 +性别+年龄 +部门 部门 =部门编号 +部门名称 +领导编号 +部门说明租赁信息 =会员号 +租赁上限 +数量 +租赁时间 +碟片产品编号 碟片 =产品编号 +产品名称 + 碟片类型 + 产品类型 碟片类型 =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 所示 .资料个人收集整理，勿做商