宿舍管理系统-需求分析说明书

宿舍管理系统需求分析说明书

2013 年10 月03 日

1．引言

1.1编写目的

随着电脑的普及与使用，现在的管理也提升了一个档次，渐渐实现了无纸化办公，即从原来的人工记录管理模式转变为电脑一体化管理。高校宿舍管理应该一改传统的人工管理，更加信息化，时代化，节省人力物力，提高效率。基于这一点，开发此宿舍管理软件。

宿舍管理系统，是以高校的管理方式为实例而设计的一种实用型管理系统。本系统最大的特点是通用性、简单操作性，适用于同行业以及一些同类型的企业管理。随着学校寄宿人员的增多，宿舍管理人员的负担越来越重，为了让所有宿舍管理人员能从繁重的工作中解脱出来，实现无纸化办公；使工作更有条理，更方便，更有效率而开发出这套宿舍管理软件。

读者对象：最终用户、项目管理人员、系统开发人员、系统测试人员、系统维护人员。

1.2背景

●宿舍管理系统系统开发

●任务提出者：刘泽中

开发者：刘泽中、李彬

用户：各大校园宿舍或类似企业职工宿舍

●宿舍管理系统要实现对设备的管理要求，包括：录入、浏览、删除、修

改、检索和统计等。不同的宿舍或者培训机构只需要对其稍作修改即可

开发出符合本单位要求的宿舍管理系统

2．任务概述

2.1目标

软件从分房开始到最后的宿舍管理全部电脑化。它主要包括：宿舍号、住宿人员登记、对学生住宿情况查询，可以更快地了解到每个学生的住宿情况,使宿舍的管理效率更高，做的更好！

宿舍管理系统是一个现代化软件，他通过集中式的信息数据库将各种档案管理功能结合起来，达到共享数据，降低成本，提高效率，改进服务等目的。2.2用户的特点

用户只需一个浏览器进行工作，实行客户端的零安装和零维护，并支持远程办公和不间断服务。

3．功能需求分析

在整体设计中，我们将宿舍管理系统分为五个大的功能：系统管理功能、公寓管理功能、信息查询功能、出入登记功能、信息修改功能。下面将具体进行介绍每个功能。

(1)系统管理功能

系统管理功能包括：用户登录、用户密码修改、用户管理、退出系统五个部分。

(2)公寓管理功能

公寓管理功能包括：楼房管理、宿舍管理、员工管理三个大的部分

(3)信息查询功能

信息查询功能基本上包括：按学号进行查询、按姓名进行查询、按班级查询、按寝室号查询、每栋楼房住宿情况查询五个部分。

(4)出入登记功能

出入登记功能包括：进楼物品登记、出楼物品登记、人员来访登记、结束访问登记四个功能部分。

(5)信息修改功能

信息修改功能包括：学生基本信息修改、员工基本信息修改等。

除了以上项目外，整个系统还包括登陆管理，即根据不同人员的身份合法性认证，使其进行相应的操作。人员分普通用户、管理员。

4．性能需求分析

本系统可以实现许多性能特性，如：实用性、灵活性、可扩展性、易维护性、可靠性等等。

4.1 实用性

实用性是衡量一个应用系统好坏的重要指标。是否与业务紧密结合，是否具有严格的业务针对性，是系统成败的关键。

本系统是在对各种类型的宿舍进行详细的调查之后实现的，实现的各项功能应该十分贴合现代化宿舍的需求，具有很强的实用性。

完全控制式的页面布局，使得入住信息录入工作更简便。

4.2灵活性

本系统提供了灵活的查询模块可查询同学的联系方式、学生违纪、留言板等信息，灵活组合条件，进行组合查询，达到提高查询效率、界面直观的效果。

4.3 扩展性

随着系统应用的普及和推广，系统功能的扩展将是不可避免的，因此，提高系统的可扩展性、可维护性是提高整个系统性能的必然要求。

本系统采用模块化的设计思想，在结构上具有良好的可伸缩性，使用者可根据实际业务需要扩展模块。

4.4 易维护性

本系统采用多层架构设计，使系统结构更清楚，分工更明确，有利于后期的维护。

4.5 安全保密性

整体的系统安全性是本系统中必须考虑的重点要求。在该系统设计中，安全、可靠将作为第一要素。同时，利用细分的权限管理，拒绝非法用户进入系统和合法用户的越权操作，避免系统遭到恶意破坏，防止系统数据被窃取和篡改。此外，

还有良好的用户身份认证体制和灵活的密码更改模块；用户权限也可以通过管理员灵活修改。

4.6 可靠性

社会向信息时代迅速发展的同时也有潜在危机，即对信息技术的依赖程度越高，系统失效可能造成的危害和影响也就越大。因此，采用良好的操作系统和数据库，确保数据的一致性和完整性，并使系统免受病毒感染，确保系统运行的可靠性具有重要意义。

4.7 经济性

本系统可对同学的信息进行统计及管理工作，方便了宿舍的管理。简化了宿舍管理员的操作。

4.8 稳定性

除了具备以上几点特性，系统还应具备长期持续稳定工作的能力。

5．业务需求分析

学生宿舍管理系统中管理权限上应当进行严格控制，具体思想如下：

1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。

2.在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功能将是不可使用的，只有系统管理员登录和普通用户登录两个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统。

3.在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。

5.1 数据流图

5.2数据字典

6．数据需求分析

数据库需求分析调查的重点是“数据”和“处理”，通过调查、收集和分析，获得用户对数据库的需求。

信息需求：指用户需要从数据库中获得信息的内容与性质，即在数据库中需要存储哪些数据。

处理要求：指用户需要完成什么处理能力。明确用户对数据有什么样的处理要求从而明确数据之间的关系。

本课程的功能集中表现为数据的查询，更新和维护，因此需求集中表现为对“数据”的需求。根据登陆身份不同显示不同的功能项，以及所能进行的操作。

概念结构设计是将缝隙得到的用户需求抽象为概念模型的过程，他是整个数据库设计的关键。

根据前面的分析，创建各数据表的实体E-R关系图，它是数据库设计非常重要的一步，下面用E-R图的形式表示出各实体的属性。

6.1系统E-R图

图6.1系统E-R图

6.2 员工E-R实体图

员工的实体具有员工号、员工姓名、员工年龄、员工性别、楼房号、员工职位、家庭住址7个属性，员工E-R实体图如下图。

图6.2 员工E-R实体图

6.3学生E-R实体图

学生的实体具有学号、学生姓名、学生年龄、学生性别、入学日期、学院、专业7个属性，学生E-R实体图如下图。

图6.3 学生E-R实体图

6.4 宿舍E-R实体图

宿舍的实体具有宿舍号、居住性别、应住人数、实住人数、住宿费用、电话、备注7个属性，学生E-R实体图如下图。

图6.4 宿舍E-R实体图

6.5 楼房E-R实体图

楼房的实体具有楼房号、房间数、楼层数、应住人数4个属性，楼房E-R实体图如下图。

图6.5 楼房E-R实体图

7．运行环境规定

7.1运行环境：

在本系统的开发平台为VS2010，后台数据库为SQL Server。

客户端软件

操作系统：Windows NT / 7 / XP /vista.

浏览器：IE6.0及以上版本

服务器端软件

操作系统：Windows NT / 2000 Server 或更高版本.

Web服务器：IIS5.1及以上版本。

数据库产品：SQL Server 2000及以上版本。

7.3接口

采用ODBC数据连接。

8．参考资料

1.马骏.C#网络应用编程基础.北京:人名邮电出版社,2006.

2.刘先省,陈克坚,董淑娟.Visual C#程序设计.机械工业出版社,2006.08.

3.汪孝宜,胡海璐,米海生.信息系统开发实例精粹(C#版).电子工业出版社,2006.

4.肖汉.软件工程理论与实践.科学出版社,2007.

学生宿舍管理系统需求分析说明书58528

学生宿舍管理系统需求分析说明书第一部分调查用户需求本系统的最终用户为宿舍楼管理员，本宿舍楼的学生。根据我们日常生活中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查，得出用户的下列实际要求：1、宿舍楼的基本情况学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。一、学生的基本信息：入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。二、宿舍的基本信息：每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。三、宿舍财产的基本信息：每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。四、快件收发的基本信息：每栋宿舍楼都有邮件收发的管理，当本楼的同学有信件时，相应的会有信件的到达时间，接受信件的同学姓名和他所在的宿舍号。有时，同一个学生有多封信件需要接收，需要表示一个同学有多少封信件。当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的同学手中。五、报修的基本信息：宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。六、夜归的基本信息: 宿舍楼在指定的时间关门（比如晚上12点），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。七、离校的基本信息：每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。 2、用户对系统的要求一、宿舍楼管理员： a.信息要求：宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，快件收发的所有信息，报修的所有信息，夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。

软件需求规格说明书案例

软件开发方向 “成绩管理系统”软件需求规约安博教育集团二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)

3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)

软件需求分析说明书模板

保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书共11页编制：审核：审定：会签：批准： XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

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

滨州学院课程设计（数据库系统原理）题目学生宿舍管理系统系院专业班级学号姓名二〇一一年六月十六日

目录引言 (4) 第一章需求分析 (5) 1.1 需求分析 (5) 1.1.1 调查用户需求 (5) 1.2 系统功能的设计和划分 (6) 1.3 数据流图 (7) 1.3.1报修分数据流图 (7) 1.3.2快件分数据流图 (7) 1.3.3离返校分数据流图 (8) 1.3.4夜归分数据流图 (8) 1.3.5总数据流图 (9) 1.4 数据字典 (9) 1.4.1数据项 (9) 1.4.2数据结构 (11) 1.4.3数据流 (11) 1.4.4数据存储 (11) 1.4.5处理过程 (11) 第二章概念结构设计 (13) 2.1设计完成的总ER图为： (13) 2.2各子系统的分ER图 (14) 2.2.1学生住宿信息管理子系统 (14) 2.2.2报修子系统 (14) 2.2.3收取快件子系统 (15) 2.2.4离返校子系统 (15) 2.2.5夜归管理子系统 (16) 第三章逻辑结构设计 (17) 3.1将E-R图转换为关系模型： (17) 3.2用户视图： (17) 第四章物理设计 (18) 4.1基本表设计 (18) 4.1.1 住宿学生信息表 (18) 4.1.2 宿舍信息表 (18) 4.1.3 宿舍财产信息表 (18) 4.1.4邮件快递信息表 (18) 4.1.5报修信息表 (19) 4.1.6夜归信息表 (19) 4.1.7离校信息表 (19) 第五章数据库的实施和维护 (20) 5.1 创建基本表的代码 (20) 5.2数据库关系图 (22) 5.3 数据的载入 (22)

软件需求分析规格说明书格式

软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设

备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录

电商系统需求分析说明书

电商系统需求分析说明书一．引言 .....................................................错误!未定义书签。项目背景.................................................错误!未定义书签。前期工作.................................................错误!未定义书签。参考资料.................................................错误!未定义书签。二．技术概述 .................................................错误!未定义书签。目标.....................................................错误!未定义书签。硬件支持.................................................错误!未定义书签。三．功能需求 .................................................错误!未定义书签。功能块划分...............................................错误!未定义书签。功能块描述...............................................错误!未定义书签。四．性能需求 .................................................错误!未定义书签。数据精确度...............................................错误!未定义书签。适应性...................................................错误!未定义书签。五．系统流程图 ...............................................错误!未定义书签。顾客流程图如下...........................................错误!未定义书签。订单处理流程说明........................................错误!未定义书签。六．数据流图 .................................................错误!未定义书签。数据流图如下..............................................错误!未定义书签。一．引言项目背景电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模块功能。其中订单的生成，网站后台系统，通过系统管理员管理商品、订单、用户来实现。前期工作我们在编写该需求前，首先是对各大网上销售网站进行了调查，其中包括：网页排版、顾客消费流程、以及管理员的操作，这三大块进行了调查。并总结出了有自己特色的设计思路。参考资料《软件需求分析》《网上商城需求分析计划书》。

宿舍管理系统软件需求说明书

宿舍管理系统软件需求说明书 1、引言 1.1编写目的熟悉信息系统设计开发过程，了解系统分析与设计开发方法。通过实践完成简单信息系统的完整开发过程，所以编写宿舍管理系统。宿舍管理仍停留在人工管理阶段，人工管理费时、费事、费力，工作效率低。开发学生宿舍管理系统，可以方便学生宿舍的管理，提高宿舍管理工作效率及查询效率。 1.2背景宿舍管理信息系统要处理的数据主要是两大部分，一个是基本信息管理，包括宿舍信息，学生信息管理的数据；另一部分是服务管理，包括卫生检查，水电缴费，设施报修，携贵重物品外出管理以及宿管人员评分的数据。 1.3定义 ⑴ PK，主码，是唯一确定一条记录的关键数据项。 ⑵ER图，实体联系图，是反映与数据相关的实体及实体之间关系的图。 1.4参考资料（略） 2、任务概述 2.1目标建立宿舍管理系统，完成学生宿舍的管理，对宿舍的变动以及宿舍工作人员的服务进行评价。 2.2用户特点（1）用户主要是在校入住学生，还可以是游客，对计算机都有一定的了解；（2）用户可以随时登陆，了解宿舍情况；（3）每个学期对服务人员进行评价，以方便对工作人员的工作情况进行评价。 3需求规定 3.1对功能的规定 3.1.1初始数据输入功能

对初始数据输入功能的定义见表 3.1.2日常处理功能日常处理功能的定义表 3.1.3查询与打印功能查询与打印功能定义表 3.1.4系统设置功能系统设置功能定义表

3.2对性能的规定 3.2.1时间特性要求学生宿舍情况每个学期都要对数据进行更新，备份，每个学期对工作人员的服务进行评价。 3.2.2灵活性（1）同时提供鼠标和键盘操作；（2）模块化设计，预留有接口，以方便系统的扩展。 3.3 输入输出要求 3.3.1 输入方式要求输入方式为键盘输入，在输入时要求尽可能少输入数据，提供常用数据的选择输入，并提供数据的核对功能。

学生宿舍管理系统_需求分析

计算机学院学生宿舍管理系统需求规格说明书学生姓名：学号：年级班级：指导教师：

目录 1............................................................................................................................. 引言 (5) 1.1....................................................................................................................... 编制目的5 1.2.............................................................................................................................. 范围5 1.3................................................................................................. 预期的读者和阅读建议5 1.4................................................................................................................ 术语和缩略语5 1.5....................................................................................................................... 文档约定5 1.6....................................................................................................................... 参考文件6 2...................................................................................................................... 项目概述 (6) 2.1.............................................................................................................................. 目标6 2.2.............................................................................................................................. 范围6 2.3................................................................................................................... 用户的特点7 2.4..................................................................................................... 假定条件和约束限制7 2.5....................................................................................................................... 运行环境

OA系统需求规格说明书

XX项目产品需求规格说明书机构公开信息

版本历史

1.引言该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍）该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

高校宿舍管理系统需求分析

软件工程高校宿舍管理系统

目录第一章引言 (1) 第二章系统需求分析 (2) 2.1功能需求 (2) 2.1.1 基本功能需求 (2) 2.1.2 报表需求 (2) 2.1.3 用户界面需求 (3) 2.2性能需求 (3) 2.3数据库选择 (3) 2.4环境 (4) 第三章宿舍管理系统概要设计 (5) 3.1系统功能模块图 (5) 3.1.1用户帐号模块 (6) 3.1.2宿舍管理模块 (6) 3.1.3信息查询模块 (7) 3.1.4卫生评比模块 (7) 3.1.5出入管理模块 (7) 3.2 系统所需数据字典 (8) 第四章宿舍管理系统详细设计 (12) 4.3具体模块设计 (12) 4.3.1账户信息模块的详细设计 (12) 4.3.2宿舍管理模块的详细设计 (14) 4.3.3信息查询窗口详细设计 (16) 4.3.4卫生评比模块详细设计 (17) 4.3.5出入管理模块详细设计 (18) 第五章系统测试 (20) 5.1所遇问题 (20) 5.2 系统测试 (20) 第六章总结 (21) 参考文献 (22)

第一章引言第一章引言学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。

学生宿舍管理系统需求分析说明书

需求分析说明书

前景文档学生宿舍管理系统在社会飞速发展的今天，智能化管理是现代管理宿舍信息的必然趋势之一。随着宿舍种类和学生的不断增加，宿舍管理越来越来复杂，信息量不断地提高，因此，以往的宿舍管理方法，查询速度慢，管理困难，容易丢失数据，已经不适合现在宿舍管理信息的要求。为克服宿舍管理信息的困难和查询的不便。采用计算机智能化来管理宿舍和学生的信息，不仅很大的提高了查询的速度，节约了人力和物力资源，达到了预期的要求，还是世界发展的需求，社会发展的趋势。 1.背景随着信息时代的快速发展，计算机技术越来越深入各行各业，为广大的用户提供了更为周到和便捷的服务。高校学生宿舍信息管理系统是一个安全和高效的专用系统。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。 1.1课题名称本课题要实现的是高校学生宿舍管理系统。 1.1.2系统功能 ①用户必须输入正确的用户名和密码才能进入系统； ②提供学生住宿情况的基本登记； ③提供学生每学期的注册及学生的离校处理； ④提供人员来访登记及结束访问的详细登记； ⑤提供学生在校期间物品出入宿舍楼的详细情况登记； ⑥提供查询功能，以方便用户对学生基本信息的查询，要实现按多种条件的查询及楼房信息的查询； ⑦提供增加、删除、修改用户帐户的功能；

软件需求规格说明书(案例)

软件开发方向“成绩管理系统”软件需求规约二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)

系统需求规格说明书 (1)

XXX系统或XXX项目产品需求规格说明书版本信息注：状态可以为N-新建、A-增加、M-更改、对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理目录

1.关于本文档 1.1.内容说明说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。例子二：LSQ的业务描述物流作业状态服务存在不足 1）服务无标准不统一需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一，－B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

需求分析宿舍管理系统

文档名称：需求分析说明书项目名称：学生宿舍管理系统编写：日期：2016年11月25日院系：班级：软件工程

1.1编写目的在编写《学生宿舍管理系统》软件之前，对同类型产品的市场进行了前期调查，与多位软件设计者和使用者进行了探讨和分析，之后由软件项目小组向系统分析人员与软件设计人员提出了这份需求规格说明书。该需求规格说明书对学生宿舍管理系统软件进行了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面。该需求规格说明书供概要设计人员阅读。 1.2定义 SAMS：Student Apartment Management System，学生宿舍管理系统。 1.3参考资料 [1] 张海藩,《软件工程导论》,清华大学出处社,2013 年8 月第六版 [2] （英）萨摩维尔著，程成等译《软件工程》,机械工业出版社,2011.5

2.1 目标本设计要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近学生,便于用户操作。系统在实现上应该具有如下功能： 1.系统要求用户必须输入正确的用户名和密码才能进入系统。 2.系统应该提供学生住宿情况的基本登记。 3.系统应提供人员来访登记及结束访问的详细登记。 5.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多种条件的查询)及楼房信息的查询。 6.系统应提供增加、删除、修改用户帐户的功能。 2.2 性能需求学生宿舍管理系统中管理权限上应当进行严格控制，具体思想如下： 1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。 2.在上述要求基础上可以为该系统设定多种登录方式，有系统管理员和宿舍管理员和学生登陆权限，其他任何人都不能登录该系统。 3.在具体实现时还应为系统管理员，宿舍管理员和学生设定不同的权限，系统管理员应当可以使用系统的所有模块，宿舍管理员和学生权限受到一定的限制。

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统需求分析说明书 1.引言编写目的确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。项目背景开发软件名称：学生信息管理系统。用户：教学办公室项目和其他软件：系统的关系。本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。定义学号：学校给学生的编号，用来区分各个学生的信息的中介。课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操作无效等问题。运行环境本系统采用C/S体系结构操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上硬盘空间：40G以上 CPU: 233MHZ以上

内存：256M以上硬盘空间：以上假定与约束使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明（1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。（2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。（3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定对功能的规定系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权

系统项目需求分析说明书

CRM客户关系管理 ——项目需求分析说明江苏淮微技术中心 Jiangsu Microsoft Technology Center

第一部分引言 1.1编写目的本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。并且作为各方面沟通的依据，也作为下一步工作提供基准。软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称：CRM客户关系管理系统 B、任务提出者：中文名称(英文) 开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center） C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。最终用户可通过互联网或局域网以多种方式使用本系统。本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。缩写：CRM

1.5文档概述本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料相关的文件包括：Ａ、江苏淮微技术中心《CRM项目开发计划》；参考资料： A、国家标准《软件需求说明书（GB856T——88）》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来，系统的目标包括：客户管理事物管理销售管理采购管理商务管理服务管理汇总中心权限管理

学生宿舍管理系统需求分析

学生宿舍管理系统需求分析第一部分调查用户需求本系统的最终用户为学校后勤部门管理员和宿舍楼管理员。根据我们日常生活中的经验，结合对自己学校后勤部门管理员和宿舍楼管理员的咨询的调查，得出用户的下列实际要求： 1、宿舍楼的基本情况学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。一、学生的基本信息：入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。二、宿舍财产的基本信息：每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅，电话等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。三、报修的基本信息：宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。四、离校的基本信息：每当学生，退学，休学毕业时，其对应的床位或者宿舍的状态就会变为空，此时宿舍管理系统中的相应状态就要改为空，并对空闲宿舍和空置床位进行统计，将统计结果送达学校招生处。而当下一学年招生工作完毕后学校后勤管理部门会根据学校招生办送达的新生花名册，按学生所在院系以及学号对其进行宿舍分配。 2、用户对系统的要求一、学校后勤部门管理员 a.信息要求：学校后勤部门管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学

学生宿舍管理系统-需求分析

计算机学院学生宿舍管理系统需求规格说明书学生姓名：学号：年级班级：指导教师：所在学院：提交日期：

目录 1引言 (4) 1.1编制目的 (4) 1.2范围 (4) 1.3预期的读者和阅读建议 (4) 1.4术语和缩略语 (4) 1.5文档约定 (4) 1.6参考文件 (5) 2项目概述 (5) 2.1目标 (5) 2.2范围 (5) 2.3用户的特点 (6) 2.4假定条件和约束限制 (6) 2.5运行环境 (6) 2.5.1硬件环境 (6) 2.5.2软件环境 (7) 3业务分析 (7) 4数据描述 (9) 5功能需求 (12) 5.1功能需求总述 (12) 5.1.1功能需求总表 (12) 5.1.2角色、权限需求 (13) 5.2功能需求1宿舍管理员管理 (13) 5.2.1子功能1管理员信息修改 (13) 5.2.2子功能2管理员查询 (13) 5.3功能需求1学生管理 (14) 5.3.1子功能1学生信息修改 (14) 5.3.2子功能2学生查询 (14) 5.4功能需求1宿舍楼管理 (14) 5.4.1子功能1办理入住 (14)

5.4.2子功能2调换宿舍 (15) 5.4.3子功能3办理退宿 (15) 5.5功能需求1缺勤记录 (15) 5.5.1子功能1学生缺勤记录 (15) 5.6功能需求1系统管理 (16) 5.6.1子功能1添加用户 (16) 5.6.2子功能2修改密码 (16) 6非功能需求 (18) 6.1性能需求 (18) 6.2安全保密需求 (18) 6.3扩展性需求 (19) 6.4稳定性需求 (19) 7界面要求 (20) 7.1图形要求 (20) 7.2报表格式 (20)

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目文档文档 ID 说明作者最后更新时间
项目名称软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要移动 OA、车辆管理模块
需求容移动政务资源管理系统
平台需求容根据业务需求，电子公
文在线预览
项目负责人审核与确认供应商：
职位
审核时间
审核意见(签字)
客户方：

目录
第一章引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16