学生宿舍管理系统 可行性分析报告
文件状态： [√ ] 草稿 [ ] 正式发布 [ ] 正在修改
页脚内容8
_x0001_
目录
1.引言 ................................................................... 3
1.1编写目的 ......................................................... 3 1.2 项目背景： ....................................................... 3 1.3 定义 ............................................................. 3 1.4 参考文献 ......................................................... 3 2 需求概述 ............................................................... 3
2.1 目标 ............................................................. 3 2.2用户类型和特征 ................................................... 3 3.功能需求 ............................................................... 4
3.1确定执行者 ....................................................... 4
执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。 ................................................................. 4 3.2 确定用例 ......................................................... 5
3.3编写用例文档 ................................................. 5
4.非功能需求 ............................................................. 8
4.1性能需求 ..................................................... 8 4.2 安全性需求 ................................................... 8
5.故障处理 ............................................................... 8
页脚内容8
_x0001_
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用户类型和特征
最终的用户是宿舍管理员和学生，宿舍管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。学生是普通用户，具备一定
页脚内容8
_x0001_
的计算机操作知识即可。
3.功能需求
本系统相应的需求有：
（1）能够存储一定数量的宿舍信息,并方便有效的进行相应的宿舍数据操作和管理，这主要包括：
宿舍信息的录入、删除及修改。 宿舍信息的查询。
学生的入住、退房和资料统计
（2）能够对一定数量的学生进行相应的信息存储与管理，这其中包括： 学生信息的登记、删除及修改。 学生资料的统计与查询。
能够提供一定的安全机制，提供数据信息授权访问。 需求补充说明：
（1）数据保存：需要长期保存在数据库的数据有： 宿舍信息：宿舍的基本信息； 学生信息：学生的基本信息； 入住信息：宿舍的入住信息；
帐号信息：宿舍管理员和学生的登录帐号； （2）系统用户：宿舍管理员、学生。
图书管理员：对宿舍和学生数据可执行添加、修改、删除以及查询等操作。 读者：可查询宿舍以及查询与本人相关的宿舍信息。
3.1确定执行者
执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。
确定执行者可以通过提出以下问题得到： –谁使用系统的主要功能？
–谁需要系统的支持以完成日常工作任务？ –谁从系统获取信息？
–谁负责维护和管理系统以保证其正常运行？
页脚内容8
_x0001_
–系统需要应付（处理）哪些外部硬件设备？ –系统需要和哪些外部系统交互？
在本例中，可以确定“宿舍管理员”和“学生”为系统的执行者。“宿舍管理员”负责使用系统的主要功能，“学生”从系统中获取所需的信息。
3.2 确定用例
用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。
确定用例可以通过提出以下问题得到：
–参与者需要从系统中获得什么功能？参与者需要做什么？ –参与者读取、产生、删除、修改或存储系统的某些信息吗？
–系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？ –系统的输入/输出信息是什么？这些信息从哪儿来到哪儿去？ –采用什么实现方法满足某些特殊要求？
学生信息的查询 宿舍信息的查询 查询个人信息
宿舍信息的维护 入住 学生 宿舍管理员 退房 学生信息维护 查询个人所在宿舍信息
口令管理
图3.1用例图
3.3编写用例文档
用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。
页脚内容8
_x0001_
下面给出本例中的用例文档。
（1）宿舍信息的维护用例
用例名：宿舍信息的维护 参与执行者：宿舍管理员
入口条件：宿舍管理员已经登陆到该系统中。
事件流：当有新生入住时，宿舍管理员在录入页面输入宿舍的信息，点击提交按钮，系统将学生的信息保存到数据库中；当某一个宿舍的信息需要修改时，宿舍管理员通过输入查询条件，搜索出该宿舍 时，点击修改按钮，系统在可编辑状态显示宿舍的当前信息，宿舍管理员修改具体信息，点击保存按钮，系统将更新数据库中该书的信息；当需要删除一个或多个宿舍时，宿舍管理员查找到需要删除的宿舍记录，点击删除按钮，系统提示“确实要删除？”对话框，当管理员选择“是”，系统将删除数据库中相应宿舍的信息，反之，则不进行任何操作。
出口条件：系统将数据库中的信息进行相应的操作：添加宿舍信息时，将新的宿舍信息保存在数据库中；修改宿舍信息时，将数据库中该宿舍的信息做相应的更新操作；删除宿舍信息时，则删除数据库中的相应宿舍记录。
异常事件：在宿舍进行修改和删除时，先查出需要进行处理的宿舍记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。
（2）学生信息的维护用例 用例名：学生信息的维护
参与执行者：宿舍管理员
入口条件：宿舍管理员已经登陆到该系统中。
事件流：当有新的学生入住时，宿舍管理员在录入页面输入学生的信息，点提交按钮，系统将学生的信息保存到数据库中；当某一宿舍的学生的息需要修改时，宿舍管理员通过输入查询条件，搜索出该学生读者信息时，点击修改按钮，系统在可编辑状态显示读者学生的当前信息，宿舍管理员修改具体信息，点击保存按钮，系统将更新数据库中该学生的信息；
页脚内容8
_x0001_
当需要删除一个或多个学生时，宿舍管理员查找到需要删除的读者记录，点击删除按钮，系统提示“确实要删除？”对话框，当管理员选择“是”，系统将删除数据库中该学生的信息，反之，则不进行任何操作。
出口条件：系统将数据库中的学生信息进行相应的操作：添加学生信息时，将新的学生信息保存在数据库中；修改学生信息时，将数据库中该学生的信息做相应的更新操作；删除学生信息时，则删除数据库中的相应学生记录。
异常事件：在进行修改和删除学生信息时，先查出需要进行处理的读者记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。 （3）宿舍信息的查询用例
用例名：宿舍信息的查询 参与执行者：宿舍管理员、学生 入口条件：无
事件流：通过交互界面输入查询条件(如宿舍号，学生等)搜索宿舍记录。
出口条件：若有符合条件的信息，则系统显示这些宿舍信息。否则系统提示用户重新输入查询条件。 （4）读者信息的查询用例 用例名：学生信息的查询 参与执行者：宿舍管理员
入口条件：用户已经登陆到该系统中。
事件流：通过查询界面输入查询条件(如学好，学生姓名等)搜索待学生记录。
出口条件：若有符合条件的学生信息，则系统显示学生信息。否则系统提示用户重新输入查询条件。 （5）查询个人基本信息用例
用例名：查询个人基本信息 参与执行者：学生
页脚内容8
_x0001_
入口条件：用户已经登陆到该系统中。 事件流：点击查询个人基本信息按钮。 出口条件：系统显示学生本人信息 （6）口令管理用例 用例名：口令管理
参与执行者：宿舍管理员、学生 入口条件：用户已经登陆到该系统中。
事件流：用户点击“修改密码”按钮，在口令修改页面输入新的密码，点击保存按钮。
出口条件：数据库中的密码被修改成最新的密码。
4.非功能需求
4.1性能需求
宿舍管理系统的使用者是宿舍图书管理员和在校学生。对于宿舍管理员的管理工作，性能要求不是很严格，但需要方便宿舍信息入库等操作。对于学生的宿舍信息查询和个人信息查询等功能，对性能要求较高，一般需要达到并发数500以上。
4.2 安全性需求
由于宿舍管理系统的学生量会非常大，所有在对这些学生信息导入和查询时要保证速度。在宿舍信息查询过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意的攻击系统，修改原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。
5.故障处理
在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，应保证系统数据不会丢失。
页脚内容8
因篇幅问题不能全部显示，请点此查看更多更全内容