学生信息管理系统需求规格说明书Word下载.docx

学生信息管理系统需求规格说明书Word下载.docx

《学生信息管理系统需求规格说明书Word下载.docx》由会员分享，可在线阅读，更多相关《学生信息管理系统需求规格说明书Word下载.docx（14页珍藏版）》请在冰豆网上搜索。

学生信息管理系统

软件简称：

XSXXGLXT

1.5.软件描述

1.5.1.系统属性

行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。

为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。

为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。

1.5.2.开发背景

开发目的：

学校管理

应用目标：

全体学生

使用范围：

公众

用软件的功能结构图加以说明如下：

（l）主要功能 

学生信息管理系统的主要功能为：

用户管理、学生信息管理、学生成绩管理和信息查询。

数据更新功能分为三部分：

学生相关信息的添加、删除和修改。

数据添加功能提供便捷的录入界面，通过应用程序将学生数据添加到数据库中。

数据删除功能将不满足要求的相相关记录从数据库中删除。

数据修改功允许管理员对他所指定记录的相关信息进行修改。

数据查询功能允许管理员进行两种方式的查询：

记录浏览（不构造任何查询条件）和条件查询。

记录浏览功能可以方便快捷地浏览全部记录。

条件查询允许用户构造各种组合条件来查询所需信息。

密码管理功能允许用户对密码进行修改。

（2）性能要求 

方便快捷有效地完成学生信息管理的各项工作，录入数据合法性的校验程度高，数据查询速度快,能够快速的对学生信息进行管理。

（3）系统的输入、输出 

输入：

学生的个人信息。

输出：

所要查询的所有学生的信息。

（4）安全和保密要求 

用户只能以管理员的身份进入系统后，才可以对学生相关信息进行查询及修改，安全和保密行高

（5）组织结构图

（6）业务流程图

1.6.用户的特点

因为本软件是一个全新的概念，对它的使用要求领导绝对的支持，才能将这个软件系统得以很好的使用。

系统管理员和维护人员：

计算机水平好，文化程度高，对Notes熟悉，能胜任系统管理工作；

领导：

对使用这个系统有很大的支持度，会用计算机；

操作人员：

对计算机能熟练使用；

公众：

对于咨询与要求处理事件的人，没有什么特别的要求，从网上的，系统一般都给明确的提示；

从窗口来的，一般与操作人员接洽处理。

1.7.限制与约束

本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。

本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。

经费限制：

41.07万；

硬件限制：

硬设备有部分配置比较低，完成本需求说明中的功能和性能要求没有问题；

编程语言：

NotesScript，HTML，C++BUILDER，VisualC++

通信协议：

TCP/IP，X.509

安全和保密要求：

Notes提供的七级权限控制；

CA加密认证；

开发过程中须遵守的某些标准或规则：

编码规范采用NotesScript、C++BUILDER，VisualC++的编码规范进行。

2.具体需求

本章应包括在进行软件结构设计时所需的全部细节。

2.1.总体要求

1、基本要求：

学生管理是高校管理的重要组成部分，对于学校和政府教育管理单位来说都至关重要，所以学生管理系统应该能够为用户提供充足的信息和快捷的查询手段。

但是使用传统人工的方式管理学生学籍、档案、成绩等，效率低、保密性差，不利于查找、更新和维护。

使用计算机对学生信息进行管理，能够极大地提高学生管理的效率，节约教育经费，这也是适应学校信息化建设发展趋势的重要因素。

2、软件结构：

学生信息管理系统采用B/S模式，对于系统管理采用C/S模式。

3、操作时限要求：

文档处理平均响应时间为1秒，不包括查询与统计时间。

4、流程要求：

提供可视化的方法修改和自定义工作流程。

流程中的人员配置、工作流控制和工作流应用三者完全分离。

人员配置是根据工作需要对工作人员进行适时配置；

工作流控制可以控制工作流的流向、属性，并根据人员配置分配流程中的人员属性以及管理工作流之间的信息交换；

工作流应用能够根据用户的不同流程需要开发出不同的流程应用。

流程具备回溯功能，具备流程监控功能。

5、操作接口要求：

分为B/S与C/S两种类型，

B/S体现一种清晰，严谨之感觉。

这个接口的体现是多为录入，查询与审批。

C/S提供相应的应用接口，对无使用权限的功能不在接口上显示。

操作尽量简单，好用、易用。

这个接口体现多为管理，统计分析。

6、安全要求：

严格的权限控制，严谨的保密设计。

采用NOTES的七级安全控制与CA加密认证的处理方式相结合的过程。

7、委托授权要求：

提供委托办理功能，如果在工作流中某个环节上的工作人员不在时，可由该工作人员指定代办人员来协助完成办理，有效避免了文档在某一环节的停滞。

8、流程监控和提醒功能：

能自动搜索学生基本信息并且对学生信息进行加密，只有输入密码才能进入系统。

2.2.功能需求

本节描述2.3节所述的每一功能需求。

本节可以划分为若干小节，每一小节逐一说明每一功能需求。

本节将该功能需求具体描述为输入、处理和输出的需求。

本节可用自然语言描述；

也可用形式化的方法描述，如数据流程图（DFD）、IDEF0方法等。

本节由以下内容组成：

详细描述该功能的所有输入资料，包括：

输入源、类型、长度、数值范围、精度、量纲、数量、更新和处理频度等；

处理：

定义对输入资料的全部操作，以获得预期的输出资料，包括：

输入资料的有效性检验、操作时序或优先级、异常情况处理、输出资料的有效性检验等；

详细描述该功能的所有输出资料，包括：

接受者、类型、长度、数值范围、精度、量纲、数量、出错信息等。

所有字体都要求以宋体为主，正文内容按具体的行文进行处理。

2.2.1.系统门户子系统

2.2.1.1.学校管理网站

操作界面：

首先出现登录界面（该界面的背景为行政务服务中心图片）：

登录进去之后，出现系统操作主界面：

XX学校学生信息管理系统（图片）

XXX已经登录成功。

如果是管理员登录，则界面如下：

如果是教师登录，则界面如下：

如果是学生登录，则界面如下：

其中XX件超时为链接，点击就可以进入超时的办件视图。

其界面如下：

用户名：

xxxxxx

密码:

xxxxxx

登录

2.2.1.2.假日设置

假日设置具有设置假日的功能。

当设置了假日后，用户可以按照需要更新一下以前的办件的完成时间。

2.2.1.3.数据整合

直接连接到数据整合模块上。

2.2.1.4.用户管理

采用Notes用户管理界面。

2.2.1.5.流程管理

直接连接到topworkflow的配置库里面。

2.2.1.6.权限管理

实现对办件库的权限管理。

2.2.1.7.系统配置

实现对办件所需的各种项目的配置。

2.2.1.8.日志管理

连接到Domino的日志上面。

2.2.1.9.数据备份

实现办件数据的定时备份。

其中定时备份为每月的第一天早上将上一个月的办结数据备份到一个办结数据库中，并将已经备份的数据从办件库中删除。

2.2.2.数据整合子系统

实现与oracle,mssqlserver等关系数据库的数据复制。

提供一个可视化的定制界面。

可以将办件库里面的数据复制到关系数据库中。

收文单主要包括收文主题，收文内容，收文密级，领导批示四个域，对于审批过程采用流程自定义。

办结之后可以根据收文的密级决定阅读者的范围。

密级只能行政服务中心领导，内部只能行政服务中心人员，普通行政服务中心人员与窗口单位可以阅读。

归档之后直接归档到档案管理里面。

a.档案管理

档案管理主要包括了档案号，档案主题，档案内容，档案密级。

归档的档案可以根据档案的密级决定阅读者的范围。

b.资源管理

资源管理是对行政服务中心的资源进行管理。

其包含了资源的入库，资源的查询与资源的出库。

资源表单由以下几个域组成：

资源名，资源类别，资源数量，资源出入，资源单价，入库或出库人员，操作员，操作时间。

2.2.2.2.通讯录管理

通讯录管理提供内部相关部门和人员的通讯联系方式信息的管理查询，系统管理员有权维护所有信息（增加，修改，删除），普通用户可维护经授权的信息（修改管理员授权修改的信息，不得增加和删除）。

通讯录信息包括：

序号，部门或人员名称，办公电话，办公传真，电子邮件，移动电话，传呼，办公地址，备注。

2.2.2.3.公共信息

a.电子论坛

采用Notes的BBS。

b.公用信息

公用信息主要是替代学生信息存发，比如成绩信息，上课安排等。

公用表单主要包括以下几个域，公用信息名、公用信息类别、公用信息内容、公用信息提供者、公用信息提供时间。

2.3.性能需求

主要是指：

软件数据处理能力和时间特性的需求。

数据处理能力包括：

支持的终端数：

100

支持并行操作的用户数：

处理的文件和记录数：

10万

Notes数据库大小限制：

在不超过硬盘容量的情况下即可；

文件的大小：

不超过Notes数据库的大小限制。

时间特性可能包括：

处理具体文档响应时间：

1秒；

查询与统计的响应时间根据文档的数量决定。

2.4.数据库需求

Notes数据库放置在Domino数据库服务器上，非授权处室和个人无权将其复制和备份到本地。

2.5.设计约束

按照公司项目管理规范。

2.5.1.其它标准的约束

无

2.5.2.硬件约束

服务器内存为128M以上。

2.6.属性

本节定义用户对软件的其它属性的要求，可能的内容如下所列。

如果SRS包括了下列属性，但在SRS的其它章节进行说明，须在相应小节指明。

2.6.1.可用性

当客户端由于未知原因死机时，能通过重新启动的方式排除故障，正常使用本系统；

当服务器Down机时，也能通过重启的方式恢复；

2.6.2.可靠性

在现有软件环境和硬件条件下、在满足当前需求的条件下、在没有出现错误操作的情况下，所有软件模块必须能稳定无故障运行。

2.6.3.效率

2.6.4.安全性

说明如何保护软件，以防止偶