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

宿舍管理信息系统需求说明书TOC\o"1-3"\h\z1引言 21.1编写目的 21.2背景 21.3定义 21.4参考资料 32任务概述 32.1目标 32.2用户的特点 32.3假定和约束 43需求规定 43.1对功能的规定 43.1.1确定参与者 43.1.2确定用例 43.1.3用例说明 53.2对性能的规定 73.2.1精度 73.2.2时间特性要求 73.2.3灵活性 83.3输人输出要求 83.4数据管理能力要求 93.5故障处理要求 94运行环境规定 104.1设备 104.2支持软件 10宿舍管理信息系统需求分析报告1引言1.1编写目的本需求说明书目的在于：将用户提供的需求描述系统化、精确化、全面化。从而实现：便于用户、分析人员和设计人员进行理解和交流。支持目标软件系统的确认。控制系统进化过程。为软件设计、实现、测试等工作提供依据。预期读者：软件设计者和测试者。1.2背景待开发的软件系统的名称是宿舍管理信息系统。本项目的任务提出者与开发者是董鑫、王伟、俞洋。随着时代的发展，计算机技术越来越深入各行各业，为广大用户提供了更为周到和便捷的服务。目前各行各业广泛使用专用系统，其内容范围跨越了教育科研、文化事业、金融、商业、新闻出版、娱乐、体育等各个领域，其用户群十分庞大，因此，设计开发好一个专用系统对一个机构（或部门）的发展十分重要。对于学校而言，学生宿舍管理是必不可少的组成部分。目前，很多学校仍停留在手工记录宿舍信息的阶段，手工记录对于规模小的学校来说勉强可以接受；但对于学生信息量比较大，需要记录档案的数据较多的高校来说，人工记录是相当麻烦的，而且当查找某条记录时，由于数据庞大，只能依靠人工一条一条地查找，这样不但麻烦而且浪费时间，工作效率比较低。采用计算机来管理宿舍和学生信息，大大提高了查询的速度，节约了人力和物力资源，达到了预期的要求。1.3定义用户输入：用户输入的用户名及密码。用户名及口令与用户分类信息：存放在一个数据库表中，用以判断该用户是学生用户还是宿舍管理员用户。学生用户信息管理：是学生用户使用该系统的权限的表现，只能查询相关信息，以及进行宿舍报修登记。宿舍管理员用户：是宿舍管理员使用该系统的权限的表现，可以对操作本系统的所有功能。宿舍基本信息：即档案信息，存放宿舍号、电话、住宿费、床位数、住宿条件信息。学生可以查询，宿舍管理员可以进行增删改。学生基本信息：即档案信息，存放宿舍号、学号、姓名、性别、班级。卫生检查信息：存放检查编号、宿舍号、检查日期、检查情况。房屋报修信息：存放报修编号、宿舍号、报修日期、修理日期、报修人、报修说明、修理状况。外来人员登记信息：存放登记编号、来访人姓名、来访日期、被访人姓名、宿舍号、离开日期。1.4参考资料段德亮等.C#课程设计案例精编.清华大学出版社.2008齐治昌等.软件工程第二版.高等教育出版社.2009李文强.C#程序设计.清华大学出版社.2010刘丽霞等.C#范例开发大全.清华大学出版社.20102任务概述2.1目标在现代的高校宿舍管理工作中，由于高校扩招，学生人数剧增，传统的管理方法已经不能适合高校宿舍管理的需要，在管理学生与宿舍的基本信息时，管理难度较大信息量大且容易出错。为了统一管理，尽量减少信息的错误，减少管理人员以及授课教师的工作量，因此开发该系统，使宿舍管理与教务管理、图书管理、校园卡管理等管理系统共同构成学校的自动化办公系统。利用学生的学号把本系统的各个子系统联系起来，以保证每一位学生信息的一致性。2.2用户的特点本系统的最终用户分为宿舍管理员和学生用户两类，其中宿舍管理人员具有基础的操作计算机的能力，是学校后勤部门的行政人员，他们登录后可以进行用户的增加以及宿舍基本信息的修改查询、可以增删学生、进行卫生检查登记、水电收费信息登记、房屋报修登记等功能。学生用户只允许查询一些信息，修改密码以及增加报修记录；预计本软件的使用频度为：300人次/天。2.3假定和约束进行本软件开发时受开发期限的限制，所以软件功能不是很完善，但是基本功能都已实现。3需求规定3.1对功能的规定本系统包括系统管理、前台操作、数据维护等几大功能，具体规定如下：1、 系统管理能够存储一定数量的用户信息，并可以进行新增用户以及修改密码等操作，主要包括：新建用户；修改密码；退出系统。2、前台操作能够存储一定数量的信息，并进行相应的信息存储和管理，主要包括：宿舍日常信息（学生入住、卫生检查、外来人员登记）的增加、删除及修改；宿舍日常信息（学生入住、卫生检查、外来人员登记）的多关键字查询。3、数据维护宿舍基本信息的增删改、以及按宿舍号查询；学生入住信息的增删改、以及多关键字查询3.1.1确定参与者本例中，宿舍管理员和学生为系统的参与者。管理员使用了系统的主要功能，学生从系统获取所需信息。3.1.2确定用例通过分析可以得到宿舍管理信息系统的用例，如图。3.1.3用例说明1、登录管理用例用例名：登录管理描述：用户凭用户名及密码登录系统，系统根据用户权限进入主界面。参与者：软件使用者（宿舍管理员、学生用户）前置条件：无例外：数据库未正常连接、用户名或密码不正确，显示出错界面细节：2、用户管理用例用例名：用户管理描述：宿舍管理员、学生用户对信息进行维护。参与者：宿舍管理员、学生用户前置条件：登录系统细节：3、宿舍基本信息管理用例用例名：宿舍基本信息管理描述：宿舍管理员对宿舍信息进行维护，学生用户对宿舍信息查询。参与者：宿舍管理员、学生用户前置条件：登录系统细节：4、学生入住信息管理用例用例名：学生入住信息管理描述：宿舍管理员对学生入住信息进行维护，学生用户对学生信息查询参与者：宿舍管理员、学生用户前置条件：登录系统细节：注明：前台操作的各项与数据维护各项的操作类似，在此不一一赘述。3.2对性能的规定3.2.1精度数值要求精确到整型个位即可，要求学号完全准确，宿舍号可以进行部分匹配。3.2.2时间特性要求响应时间：小于0.5秒；更新处理时间：小于1.5秒；数据的转换和传送时间：小于2秒。3.2.3灵活性操作方式上的变化：鼠标、键盘等都可以使用；运行环境的变化：在多种平台上都可以使用；精度和有效时限的变化：精度变化要对系统的影响减小到最小；计划的变化或改进：较易改进。3.3输人输出要求输入数据格式为：宿舍信息表（dor_info）：名称类型长度可否为空索引宿舍号(dornum)Varchar50NotNullPrimaryKey电话(tel)Varchar50Null住宿费(cost)Varchar50Null床位数(bednum)Varchar50Null住宿条件(condition)Varchar100Null学生信息表（stu_info）：名称类型长度可否为空约束条件索引宿舍号(dornum)Varchar50NotNullForeignKey学号(sno)Varchar50NotNullPrimaryKey姓名(sname)Varchar50NotNull性别(ssex)Varchar50NotNull男，女班级(sclass)Varchar50NotNull卫生检查信息表（check_info）：名称类型长度可否为空约束条件索引检查编号(checknum)int4NotNull自动编号PrimaryKey宿舍号(dormnum)Varchar50NotNullForeignKey检查日期(data)DatetimeNotNull自动生成检查情况(csate)Varchar50NotNull优、良、中、差备注(cremark)Varchar300Null房屋报修信息表（rp_info）:名称类型长度可否为空约束条件索引报修编号(repairnum)intNotNull自动编号PrimaryKey宿舍号(dormnum)Varchar50NotNullForeignKey报修日期(datain)DatetimeNotNull自动生成报修人(personin)Varchar50NotNull修理日期(datare)DatetimeNull自动生成修理人(personre)Varchar50Null修理情况(rpstate)Varchar50Null已修、未修外来人员登记信息表（rg_info）:名称类型长度可否为空约束条件索引登记编号(regrnum)intNotNull自动编号PrimaryKey来访人姓名(pcome)Varchar50NotNull来访日期(datain)DatetimeNotNull自动生成被访人姓名(plook)Varchar50NotNull宿舍号(dormnum)Varchar50NotNullForeignKey离开日期(datago)DatetimeNotNull自动生成备注(rgremark)Varchar300Null用户信息表（usertable）：名称类型长度可否为空约束条件索引用户名(username)varchar50NotNullPrimaryKey密码(pwd)varchar50NotNull用户权限(power)int4Notnull0、1输出为用户界面、系统信息框或报表。3.4数据管理能力要求需要管理的记录个数：大于1万。其中分为4个表和多个