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

前景与范围文档一、业务需求1.背景、业务机会和客户需求学生宿舍管理一直是各大高校所重视的工作，为了提高高校宿舍管理的质量与效率，根据客户的要求，我们着手开发此项工程，高校公寓管理部门在宿管工作中担负着管理，检查，收费，协调等重要的管理任务。系统管理员信息管理，宿舍基本信息的管理，学生基本信息是管理，宿舍日常生活的管理，相关数据的报表管理等，所涉及的管理面广，内容多，整个公寓管理的工作量很大。计算机的应用为实现公寓管理科学化奠定基础。计算机的应用推动了公寓管理工作向着正规化、科学化、自动化、现代化的方向发展。学生宿舍管理系统从学生的分房到最后的公寓管理全部电脑化。本系统主要包括：系统管理员信息管理，宿舍基本信息的管理，学生基本信息是管理，宿舍日常生活的管理，报修管理，财务管理，相关数据的报表管理等的查询，可以更快地了解到每个学生的住宿情况以及这个学校寝室分配的情况。该学生公寓管理系统要求，只需一到两名数据操作员即可操作管理系统，以节省大量人力和财力；可以存储大量学生住宿的基本信息，安全、高效、快捷；可以迅速查到所涉及的各种信息；操作简单，使用方便、高效；系统使用寿命长、成本低。这些特点可以极大地提高公寓信息管理的效率。2.业务目标（BusinessObjective,BO）和成功标准（SuccessCriteria，SC）通过对业务概况的了解和整理，得出该系统的业务目标如下：规范学生宿舍基本信息管理：首先统一安排学生入住，如果有学生要更换寝室，可以方便查到哪个寝室还有空床，包括该寝室内已住学生的基本信息，安排入住。实现信息安全化。规范学生宿舍管理：可以添加新建公寓的信息，以及添加该公寓内的寝室信息，以及修改公寓和寝室的相关信息（公寓号和寝室号）。规范寝室收费管理：收费以寝室为单位，当费用收好以后，可以打印报表以查看交费记录。实现信息可靠。规范来访人员管理：对来访人员进行严格登记，包括来访时间，结束时间，来访人员的来访事由，能查询到每一条来访人员和被访人的信息。实现信息可视化。规范报表管理：对用户需要的数据进行分类打印等。可操作性强。规范管理员信息管理：能对管理员信息的编辑等。实现简易操作规范维修管理：对学生反馈的信息进行收集整理。为学生维修提供方便的服务。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版本2FE-1完全实现FE-2只能部分实现电脑化信息完全实现FE-3完全实现2.局限性（LImitation）和排斥性LI-1：需要完整的身份信息验证才能登陆相应系统，数据库应该足够完善与安全。LI-2：有些信息为系统信息，不能够擅自更改。四、业务背景1.涉众概要涉众（stakehoder）是指与要建设系统相关的一切人和事情。（注意：涉众不等于用户，用户是系统的使用者，只是涉众的一部分）。 涉众的信息可以通过客户的岗位手册，业务手册等相关的文件中获取，也可以经过访谈而获取。 对于软件项目来说，可以通过以下几类去寻找软件项目的涉众。业主是系统建设的出资方、投资者。显然大多数情况下业主指的就是系统的需求提出者和使用者，既业务方，但并不是绝对的。业务提出者：业务提出者是业务模式和业务规则的指定者，一般是指业务方的高层人物、高级经理等。他们指定业务规则，圈定业务范围，规定业务目标。业务管理者是指实际管理和监督业务执行的人员，一般是指中层干部，他们起到将业务提出者的意志付诸实施，并监督底层工作人员工作的作用。他们的期望也很重要，一般也是系统的主要用户之一。业务执行者是指底层的业务操作人员，是与将来的计算机交互最多的人员。他们最关心的内容是系统会给他们带来什么样的方便，会怎样的改变他们的工作模式。用户是预期的系统使用者。用户一般是上述涉众的代表。用户与涉众不同的是，每一个用户将来都可能是系统中的一个角色，是实实在在参与系统的。通过需求陈述分析，可以得到该项目的利益相关者(涉众)如图1-1以及相关涉众的信息如表1-2。学生宿舍管理系统：编号名称说明期望1本校学生还可进一步分为本宿舍楼学生和其他宿舍楼学生。接受本系统的信息登记等能储存，申请修改自己的寝室信息。能方便得进行寝室问题报修能及时得到各种水电信息。2外校人员包括探访家长、外校同学等人员，进入寝室时需进行一定登记和管理能方便地进行信息登记能快速地查询被探访人员的寝室信息3寝室管理员对本校学生、外校人员进行管理、登记等操作能方便地进行学生、外校人员信息登记等操作能方便地查询水电费、报修信息能将信息及时地反馈给学生、维修部门和财务部门能及时接受院校领导的安排和调动信息4系统维护部门负责对系统的维护，包括系统用户的权限管理，学生信息数据的管理和备份。系统是方便维护的5寝室维修部门通过反馈的信息，对学生寝室或者宿舍楼进行维修和维护能及时的收到报修信息能方便地找到学生寝室位置，方便进行维修能方便地和财务、采购部门沟通，进行维修物质的采购6校管理部门校级领导部门，能查询各项信息，包括学生信息，维修信息，采购、财务信息等能方便地查询学生寝室信息能方便地查询维修信息，采购、财务信息等能监督管理其他部门工作7学生工作部门学生自治组织，能对寝室进行一定的检查、管理能方便地进行查询寝室信息能方便地进行登记能将检查、管理结果反馈、记录8财务部门能对学生寝室的水电费进行管理，以及和其他部门进行财务上的沟通能方便对学生寝室的水电费进行管理能方便与采购部门、校管理部门、维修部门进行沟通能将财务信息及时通知给学生、管理员及其他相关部门9采购部门进行寝室相关物资的采购能及时获取采购信息能将采购信息及时反馈给校管理部门、维修部门、财务部门2.用户概要及项目优先级由于涉众不等于用户，用户才是将来使用系统的涉众代表，所以我们还需要定义使用系统的涉众代表，即用户的概要信息。用户概要说明代表涉众使用系统的用户说明，描述一般包括用户概况、特点和用户使用系统的方式等。可以通过下表1-3来表示：表1-3 用户概要说明表表1-3 用户概要说明表编号用户名称用花概况和特点好似用系统方式代表涉众H1本校学生是宿舍中的内部人员，负责本寝室问题报修和登录系统查询信息。1.通过登录本系统查询信息。2.有问题时能及时登记上去。1367H2外校人员负责登录信息去查询自己想要查询的信息。使用计算机查询信息136H3寝室管理员负责整个系统的运作管理。通过计算机来完成12H4系统管理人员负责对系统的维护，包括系统用户的权限管理，学生信息数据的管理和备份恢复。所有工作由计算机完成4H5寝室维修人员负责登录信息查询需要修复的寝室，所有工作由计算机完成。H6校管理部门负责人员负责管理整个学生宿舍整个系统的运作与管理。所有工作由计算机完成。1236H7学生工作部门负责人员负责对寝室进行一定的检查、管理所有工作由计算机完成。13H8会计负责进行财务统计、财务结算。通过计算机来实现。18H9采购人员负责接受学生提供的产品目录清单。并导入到系统中进行管理。然后进行购买。通过计算机来实现。19用例各种用户类确认的“学生宿舍管理系统”的用例和主要参与者如下所示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日参与者学生、管理员描述实现学生信息的管理前置条件新生入校、学生缴费、宿舍需维修后置条件存储学生信息，更新维修和账单信息主过程学生入校进行入校登记管理员安排学生其寝室号，管理员将学生信息输入系统中，系统将信息储存至数据库。收银员重复2步，直到输入结束。系统显示学生所需预交（或者欠缴）费用管理员告知学生总额，并请学生付款学生付款，系统处理支付系统记录完整的缴费信息，并将支付信息发送到外部的财务管理系统和库存系统（更新库存）系统打印票据学生寝室报修管理员上报维修信息缴费、报修成功，学生携带票据离开分支过程3a.来访人员不是在本校学生进行信息登记在该系统中为该人员保存信息信息储存至数据库来访人员完成访问离开用例ID号2用例名称维修信息管理项目创建者某某最后更新者某某创建日期2011年6月10日最后更新日期2011年6月20日参与者学生、管理员、维修人员、采购员描述实现学生寝室维修的管理前置条件宿舍需维修后置条件存储学生维修信息，更新数据库主过程学生寝室报修管理员上报学生寝室维修信息维修人员接受维修信息维修员检查材料是否足够材料上报、申请采购员上报采购信息采购员采购维修员进行维修维修成功，离开分支过程3a.错误上报维修信息管理员进行信息核实对错误信息进行处理用例ID号3用例名称财务信息管理项目创建者某某最后更新者某某创建日期2011年6月10日最后更新日期2011年6月20日参与者财务管理员，采购员，校管理人员描述实现学生寝室维修的管理前置条件宿舍需维修后置条件存储学生维修信息，更新数据库主过程学生寝室报修管理员上报学生寝室维修信息维修人员接受维修信息维修员检查材料是否足够材料上报、申请采购员上报采购信息采购员采购维修员进行维修维修成功，离开分支过程3a.错误上报维修信息管理员进行信息核实对错误信息进行处理用例ID号4用例名称内部管理项目创建者某某最后更新者某某创建日期2011年6月10日最后更新日期2011年6月20日参与者财务管理员，采购员，校管理人员描述实现内部的管理前置条件有经费申请后置条件存储相关信息，更新数据库主过程1校管理员登陆2管理员查询学生、经费信息3管理员接受经费申请信息4财务员下拨经费5采购员采购6维修员进行维修7管理员修改信息8修改完成反馈信息分支过程3a.错误上报维修信息管理员进行信息核实对错误信息进行处理软件需求规格说明一、介绍1.目标根据学校的现有的条件实际情况，开发人员利用个人所拥有的计算机硬件设备和软件条件，从思想上，工作思维和工作方式做起，实现一整套关于高校学生宿舍管理系统的软件来实现一些基本信息的维护。为我们的高校的后勤管理人员减少点负担，从根本上解决用手工操作工作量大且容易出错的问题，同时，这也是高校后勤管理领域以后发展的必然趋势。项目范围和产品特性(1)宿舍的管理具有一定的连续性，机动性，灵活性，使用该系统可以提高后勤管理人员的管理水平，对宿舍的工作进行科学、规范的管理，调动管理人员的工作积极性，提高了工作效率；(2)激发了后勤人员学习计算机的积极性，提高了后勤人员在广大学生心目中的形象；(3)调动后勤管理人员的工作积极性，同时提高了办事的效率，便于领导实施监督管理。(4)开创基层基础工作建设的新局面，增强后勤工作人员的工作热情，便于更好地管理我们学校的后勤诸多琐碎事情的管理。参考文献[1]微软．面向.net的web应用程序设计[M]．北京：高等教育出版社，2006：175-416．[2]黄胜锦．微软的.net战略和ASP+[J]．软件世界，2001，(05)：1005-2348．[3]C#编程规范[OL]./article/30/30522.shtm[4]AJAX基础教程[OL]./Dev/Web/ajax/ajax2/2007/2007032530344.html[5]陈冠军.精通ASP.NET2.0典型模块设计与实现[M].人民邮电出版社二、总体描述1.产品远景与规划本系统是一个信息管理系统MIS（Management

Information

System）(以下就称信息管理系统)，它将实现检索迅速和查找方便；信息的录入，修改和删除功能；以及对新入校学生进行入住登记等功能。系统提供多用户登陆，并实现用户之间简单的角色管理，权限分配等功能。通过构建基于Internet的分布式网络信息共享平台，系统用户能够在内网，或者是公网上登录系统，进行操作，实现学生宿舍管理工作的电子化管理。用户类和用户特性校管理员能方便地查询学生寝室信息，能方便地查询维修信息，采购、财务信息等，能监督管理其他部门工作学生能储存，申请修改自己的寝室信息。，能方便得进行寝室问题报修，能及时得到各种水电信息。财务员能方便对学生寝室的水电费进行管理，能方便与采购部门、校管理部门、维修部门进行沟通，能将财务信息及时通知给学生、管理员及其他相关部门采购员能及时获取采购信息，能将采购信息及时反馈给校管理部门、维修部门、财务部门运行环境运行本软件的硬件基础为Windows2000AdvServer.客户端的配置为能够运行IE4.0以后的推荐硬件配置.本软件的平台为Windows2000AdvServer.WEB服务器为IIS,数据库ORACLE,开发工具为ASP.NET。4.设计和实现的约束条件（COnstraint,CO）CO-1：程序尽量采用模块化设计用户文档(UserDocumentation,UD)UD-1：系统将提供一个分层的和跨越链接的HTML文档联机帮助系统，它描述并演示了所有系统功能。UD-2：如果用户不会使用系统，系统可根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何使用。假设(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.用户界面（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:系统需要保证在工作期间的工作效率，尤其是在查询量较多的时候，系统响应时间应该在5秒左右。PE-2:管理人员操作错误时，自动提醒。2.防护性需求防护性需求还没有确定。3.安全性（SEcurity）需求SE-1:每条充值记录都需要有日志文件能够查询。SE-2:保证充值或扣款事务的完整进行，不受特殊情况（如断电，误操作等）而影响数据的完整性、一