需求分析报告宿舍管理系统Word下载.docx
- 文档编号:8562384
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:30
- 大小:367.92KB
需求分析报告宿舍管理系统Word下载.docx
《需求分析报告宿舍管理系统Word下载.docx》由会员分享,可在线阅读,更多相关《需求分析报告宿舍管理系统Word下载.docx(30页珍藏版)》请在冰点文库上搜索。
计算机的应用推动了公寓管理工作向着正规化、科学化、自动化、现代化的方向发展。
学生宿舍管理系统从学生的分房到最后的公寓管理全部电脑化。
本系统主要包括:
系统管理员信息管理,宿舍基本信息的管理,学生基本信息是管理,宿舍日常生活的管理,报修管理,财务管理,相关数据的报表管理等的查询,可以更快地了解到每个学生的住宿情况以及这个学校寝室分配的情况。
该学生公寓管理系统要求,只需一到两名数据操作员即可操作管理系统,以节省大量人力和财力;
可以存储大量学生住宿的基本信息,安全、高效、快捷;
可以迅速查到所涉及的各种信息;
操作简单,使用方便、高效;
系统使用寿命长、成本低。
这些特点可以极大地提高公寓信息管理的效率。
2.业务目标(BusinessObjective,BO)和成功标准(SuccessCriteria,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用户概要说明表
用户名称
用花概况和特点
好似用系统方式
代表涉众
H1
是宿舍中的内部人员,负责本寝室问题报修和登录系统查询信息。
1.通过登录本系统查询信息。
2.有问题时能及时登记上去。
H2
负责登录信息去查询自己想要查询的信息。
使用计算机查询信息
H3
负责整个系统的运作管理。
通过计算机来完成
H4
系统管理人员
负责对系统的维护,包括系统用户的权限管理,学生信息数据的管理和备份恢复。
所有工作由计算机完成
H5
寝室维修人员
负责登录信息查询需要修复的寝室,
所有工作由计算机完成。
H6
校管理部门负责人员
负责管理整个学生宿舍整个系统的运作与管理。
H7
学生工作部门负责人员
负责对寝室进行一定的检查、管理
H8
会计
负责进行财务统计、财务结算。
通过计算机来实现。
H9
采购人员
负责接受学生提供的产品目录清单。
并导入到系统中进行管理。
然后进行购买。
用例
各种用户类确认的“学生宿舍管理系统”的用例和主要参与者如下所示
1.主要参与者
主要参与者
学生
1.寝室入住
2.信息登记
3.寝室报修
4.缴费
5.信息查询
宿舍管理员
6.登记信息
7.修改信息
8.维修、缴费信息上报
9.维修、缴费信息查询
采购主任
10.采购产品
11.经费申报
系统管理员
12.产品库维护
财务主任
13.经费上报
14.经费下拨
校管理主任
15.经费批准
16.各部门信息查询
维修员
17.宿舍维修
18.材料申报
2.用例
用例ID号
用例名称
学生信息管理项目
创建者
某某
最后更新者
创建日期
2011年6月10日
最后更新日期
2011年6月20日
参与者
学生、管理员
描述
实现学生信息的管理
前置条件
新生入校、学生缴费、宿舍需维修
后置条件
存储学生信息,更新维修和账单信息
主过程
1.学生入校进行入校登记
2.管理员安排学生其寝室号,管理员将学生信息输入系统中,系统将信息储存至数据库。
收银员重复2步,直到输入结束。
3.系统显示学生所需预交(或者欠缴)费用
4.管理员告知学生总额,并请学生付款
5.学生付款,系统处理支付
6.系统记录完整的缴费信息,并将支付信息发送到外部的财务管理系统和库存系统(更新库存)
7.系统打印票据
8.学生寝室报修
9.管理员上报维修信息
10.缴费、报修成功,学生携带票据离开
分支过程
3a.来访人员不是在本校学生
1、进行信息登记
2、在该系统中为该人员保存信息
3、信息储存至数据库
4、来访人员完成访问离开
维修信息管理项目
学生、管理员、维修人员、采购员
实现学生寝室维修的管理
宿舍需维修
存储学生维修信息,更新数据库
1.学生寝室报修
2.管理员上报学生寝室维修信息
3.维修人员接受维修信息
4.维修员检查材料是否足够
5.材料上报、申请
6.采购员上报采购信息
7.采购员采购
8.维修员进行维修
9.维修成功,离开
3a.错误上报维修信息
1.管理员进行信息核实
2.对错误信息进行处理
财务信息管理项目
财务管理员,采购员,校管理人员
10.学生寝室报修
11.管理员上报学生寝室维修信息
12.维修人员接受维修信息
13.维修员检查材料是否足够
14.材料上报、申请
15.采购员上报采购信息
16.采购员采购
17.维修员进行维修
18.维修成功,离开
5、管理员进行信息核实
6、对错误信息进行处理
内部管理项目
实现内部的管理
有经费申请
存储相关信息,更新数据库
1校管理员登陆
2管理员查询学生、经费信息
3管理员接受经费申请信息
4财务员下拨经费
5采购员采购
6维修员进行维修
7管理员修改信息
8修改完成反馈信息
7、管理员进行信息核实
8、对错误信息进行处理
软件需求规格说明
一、介绍
1.目标
根据学校的现有的条件实际情况,开发人员利用个人所拥有的计算机硬件设备和软件条件,从思想上,工作思维和工作方式做起,实现一整套关于高校学生宿舍管理系统的软件来实现一些基本信息的维护。
为我们的高校的后勤管理人员减少点负担,从根本上解决用手工操作工作量大且容易出错的问题,同时,这也是高校后勤管理领域以后发展的必然趋势。
3.项目范围和产品特性
4.参考文献
[1]微软.面向.net的web应用程序设计[M].北京:
高等教育出版社,2006:
175-416.
[2]黄胜锦.微软的.net战略和ASP+[J].软件世界,2001,(05):
1005-2348.
[3]C#编程规范[OL].
[4]AJAX基础教程[OL].
[5]陈冠军.精通ASP.NET2.0典型模块设计与实现[M].人民邮电出版社
二、总体描述
1.产品远景与规划
3.用户类和用户特性
校管理员
能方便地查询学生寝室信息,能方便地查询维修信息,采购、财务信息等,能监督管理其他部门工作
能储存,申请修改自己的寝室信息。
,能方便得进行寝室问题报修,能及时得到各种水电信息。
财务员
能方便对学生寝室的水电费进行管理,能方便与采购部门、校管理部门、维修部门进行沟通,能将财务信息及时通知给学生、管理员及其他相关部门
采购员
能及时获取采购信息,能将采购信息及时反馈给校管理部门、维修部门、财务部门
4.运行环境
运行本软件的硬件基础为Windows2000AdvServer.客户端的配置为能够运行IE4.0以后的推荐硬件配置.
本软件的平台为Windows2000AdvServer.WEB服务器为IIS,数据库ORACLE,开发工具为ASP.NET。
4.设计和实现的约束条件(COnstraint,CO)
CO-1:
程序尽量采用模块化设计
5.用户文档(UserDocumentation,UD)
UD-1:
系统将提供一个分层的和跨越链接的HTML文档联机帮助系统,它描述并演示了所有系统功能。
UD-2:
如果用户不会使用系统,系统可根据用户的要求,提供一个联机教程,这样用户可以使用静态教程菜单来具体实践一下如何使用。
6.假设(ASsumption)和依赖(Dependency)
三、系统特性
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.用户界面(UserInterfaces,UI)
UI-1:
学生住宿情况查找操作界面尽量考虑触摸屏操作方式。
按钮,字体都应该较大,并且明显。
UI-2:
整个系统背景以校徽为背景。
UI-3:
管理员和系统管理者使用的每个功能都应该能够有联机帮助文档。
即要求能够在管理员使用过程中按F1能出现相关帮助信息。
2.硬件接口
USB外部接口
3.软件接口(SoftwareInterface,SI)
SI-1:
数据库的设计以及功能设计应该考虑后续其他功能补充的接口。
SI-2:
后期有可能需要添加管理人员通过wifi手机查询功能。
因此需要考虑程序后期与手机平台(android、塞班系统)的兼容问题。
SI-3:
提供相应的接口来保证不同类型数据的一致性。
4.通信接口
(此处没考虑)
五、其他非功能性需求
1.性能(PEformance)需求
PE-1:
系统需要保证在工作期间的工作效率,尤其是在查询量较多的时候,系统响应
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析 报告 宿舍 管理 系统
![提示](https://static.bingdoc.com/images/bang_tan.gif)