. .
（6）业务流程图
1.6. 用户的特点
因为本软件是一个全新的概念，对它的使用要求领导绝对的支持，才能将这个软件系统得以很好的使用。
系统管理员和维护人员：计算机水平好，文化程度高，对Notes熟悉，能胜
页脚
. .
任系统管理工作；
领导：对使用这个系统有很大的支持度，会用计算机； 操作人员：对计算机能熟练使用；
公众：对于咨询与要求处理事件的人，没有什么特别的要求，从网上的，系统一般都给明确的提示；从窗口来的，一般与操作人员接洽处理。
1.7. 限制与约束
本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和要求、开发过程中须遵守的某些标准或规则。
本节容不是述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。
经费限制：41.07万；
硬件限制：硬设备有部分配置比较低，完成本需求说明中的功能和性能要求没有问题；
编程语言：Notes Script，HTML，C++ BUILDER，Visual C++ 通信协议：TCP/IP ，X.509
安全和要求：Notes提供的七级权限控制；CA加密认证；
开发过程中须遵守的某些标准或规则：编码规采用Notes Script、C++ BUILDER，Visual C++的编码规进行。
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已经登录成功。 页脚
学生信息管理系统需求规格说明书
