学生宿舍管理系统-需求分析报告.docVIP

学生宿舍管理系统 可行性分析报告 文件状态： [√ ] 草稿 [ ] 正式发布 [ ] 正在修改 目录 TOC \o 1-3 \h \z \u 1.引言 2 1.1编写目的 2 1.2 项目背景： 2 1.3 定义 2 1.4 参考文献 3 2 需求概述 3 2.1 目标 3 2.2用户类型和特征 3 3.功能需求 3 3.1确定执行者 4 3.2 确定用例 4 3.3编写用例文档 5 4.非功能需求 7 4.1性能需求 7 4.2 安全性需求 8 5.故障处理 8 1.引言 1.1编写目的 可行性分析报告是为“宿舍管理系统”开发的可能性、可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。其编写过程由健雄职业技术学院软件与服务外包学院软件1011班学生完成。预期读者是从事“宿舍管理系统”开发的相关人员。 1.2 项目背景： 由于目前学校宿舍的需要，应该说每个学校都必须有该方面的项目的需求，并且具体情况有所不同，我们按照软件职业学院学生公寓需求进行软件开发，同时留出接口，以便开发其他学校的学生宿舍管理系统。 1.3 定义 SDMS：Student dormitory management system学生宿舍管理系统 SQL Server：所用的数据库管理系统 eclipse：所用的开发工具 B/S结构：Browser/Server，浏览器/服务器模式 1.4 参考文献 （1）吴玲林 《SQL SERVER 2005程序设计》河南工业大学出版社 （2）金静梅 《JSP 程序设计》 河北工业大学出版社 2 需求概述 2.1 目标 “学生宿舍管理系统”主要提供宿舍信息和学生基本信息的维护以及查询等功能。该系统针对的用户是整栋宿舍，系统需要操作方便，方便管理员对整个系统管理和学生查询信息的方便。 2.2用户类型和特征 最终的用户是宿舍管理员和学生，宿舍管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。学生是普通用户，具备一定的计算机操作知识即可。 3.功能需求 本系统相应的需求有： （1）能够存储一定数量的宿舍信息,并方便有效的进行相应的宿舍数据操作和管理，这主要包括： 宿舍信息的录入、删除及修改。 宿舍信息的查询。 学生的入住、退房和资料统计 （2）能够对一定数量的学生进行相应的信息存储与管理，这其中包括： 学生信息的登记、删除及修改。 学生资料的统计与查询。 能够提供一定的安全机制，提供数据信息授权访问。 需求补充说明： （1）数据保存：需要长期保存在数据库的数据有： 宿舍信息：宿舍的基本信息； 学生信息：学生的基本信息； 入住信息：宿舍的入住信息； 帐号信息：宿舍管理员和学生的登录帐号； （2）系统用户：宿舍管理员、学生。 图书管理员：对宿舍和学生数据可执行添加、修改、删除以及查询等操作。 读者：可查询宿舍以及查询与本人相关的宿舍信息。 3.1确定执行者 执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。 确定执行者可以通过提出以下问题得到： –谁使用系统的主要功能？ –谁需要系统的支持以完成日常工作任务？ –谁从系统获取信息？ –谁负责维护和管理系统以保证其正常运行？ –系统需要应付（处理）哪些外部硬件设备？ –系统需要和哪些外部系统交互？ 在本例中，可以确定“宿舍管理员”和“学生”为系统的执行者。“宿舍管理员”负责使用系统的主要功能，“学生”从系统中获取所需的信息。 3.2 确定用例 用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。 确定用例可以通过提出以下问题得到： –参与者需要从系统中获得什么功能？参与者需要做什么？ –参与者读取、产生、删除、修改或存储系统的某些信息吗？ –系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？ –系统的输入/输出信息是什么？这些信息从哪儿来到哪儿去？ –采用什么实现方法满足某些特殊要求？ 宿舍信息的维护 宿舍信息的维护 学生信息维护 宿舍信息的查询 学生信息的查询 口令管理 入住 宿舍管理员 退房 查询个人信息 学生 查询个人所在宿舍信息 图3.1用例图 3.3编写用例文档 用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档。 （1）宿舍信息的维护用例 用例名：宿舍信息的维护