1．导言
1.1 编写目的
本文档描述了学生管理系统的功能和性能的要求，将作为对该项目在概要设计阶段的设计输入。
本文档的预期读者包括：
1.2 项目范围
该文档的目的是解决整个项目系统中“做什么”的问题。对于开发技术在这里
并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等参与方提供一个交流的平台。
1.3 参考资料
[1] 《软件工程案例教程 第 2 版》 韩万江等 机械工业出版社
[2] 《软件项目管理案例教程 第 3 版》韩万江等，机械工业出版社
1.4 版本更新信息
本文档的更新记录如表 1-1 所示。
表 1-1 版本更新信息表
修改编号 修改日期 修改后版本 修改位置 修改内容概述
001 2019.09.26 0.0 全部 初始发布版本
2．项目介绍
分别阐述项目的背景和目标。
2.1 项目背景
本项目是为了方便信息管理员管理学生信息。
2.2 项目目标
本项目主要目标如下：
（1） 网站能够提供友好的用户界面，方便学生以及管理员进行相关操作。
（2） 网站能够满足用户需求，使用户通过访问网站能够进行登录，信息管理等等。
（3） 网站应有良好的可兼容性，可以较容易地加入其它系统的应用。
3．应用环境
应用环境可以分为硬件环境、软件环境和网络环境。
3.1 系统运行网络环境
网络结构图如图 3-1 所示，用户（学生和信息管理员）可以通过网络登录到网站，进行相应的操作，应用服务器接收到相应操作反映之后对数据库进行相应操作，并返回进行展示。
图 3-1 系统网络结构图
3.2 系统软硬件环境
服务器配置要求如表 3-1 所示。
表 3-1 服务器配置要求表
配置项 配置参数
CPU 型号 英特尔 Core i7-4790 @ 3.60GHz 四核
CPU 主频 3.60GHz
内存容量 8 GB ( 金士顿 DDR3 1333MHz / 金士顿 DDR3L
1600MHz )
硬盘容量 997 GB / 7200 转/分
显卡芯片 Nvidia GeForce GT 620 ( 1 GB / 蓝宝石 )
操作系统 Windows 10
无线网卡 瑞昱 RTL8168/8111/8112 Gigabit Ethernet
系统运行软件环境如表3-2所示。
表 3-2 系统运行软件环境表
环境项 环境参数
操作系统 具有 Java 虚拟机的操作系统均可
数据库 MySQL
开发工具 Java EE Eclipse
Web 服务器 Tomcat
4．功能规格
项目的整体功能结构如图4-1所示。系统中主要角色是信息管理员和学生，他们可以完成的功能如登录、信息录入、信息修改等。
图4-1系统整体架构图
采用面向对象分析作为主要的系统建模方法，使用 UML(Unified Modeling
Language)作为建模语言。
4.1 系统角色（Actor）分析
角色或者执行者（Actor）是指与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分学生和信息管理员两种。以下是对每个角色的详细介绍。
4.1.1 学生
学生不需要进行注册，学生相关信息由信息管理员录入并为学生设置初始密码，直接登入并浏览网页上的个人信息，不能浏览和修改他人信息。学生可以修改部分个人信息，修改重要信息则需提交修改申请，由信息管理员同意后才能修改成功。
4.1.2 信息管理员
信息管理员使用系统配置的账号和密码登录后台管理系统，进行学生信息的录入、修改和统计，并审阅学生的信息修改申请。
4.2 系统主用例图（Use Case）
系统主要分为客户端子系统和管理端子系统，前者参与人员为学生，后者参与人员为信息管理员，系统间不耦合，各自处理相应事务。具体系统主用例图如图 4-2 所示。
图 4-2 系统主用例图
4.3 客户端子系统
客户端子系统由学生执行相关操作，登录查看个人信息，并可以向信息管理员提交信息修改申请。用例图如图 4-3 所示。：
图 4-3 客户端子系统的用例图
4.3.1 登录系统
角色：学生。
前置条件：用户身份为学生。
用例描述：
- 用户进入系统首页。
- 系统显示登录界面，用户输入用户名和密码，单击确定。
- 系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在此用户，本页面显示相应的错误信息。
登录成功后显示用户的个人信息，并显示提交修改申请的相关操作。
4.4 管理端子系统
管理端子系统的用例图如图 4-13 所示，其功能为学生信息管理，主要为信息管理员提供服务，以下详细介绍。
4-13 管理端子系统的用例图
4.4.1 学生信息管理
学生信息管理模块是为了对学生信息进行管理而设立的，只有信息管理员才能使用的功能模块。如图 4-14 是本功能的用例图。
图 4-14 用户管理用例图
角色：信息管理员
目的：系统中学生信息的管理操作。
用例描述：
- 用户登录并进入“学生信息管理”界面。
- 用户选择查看系统中已经存在学生的信息进行查看。
- 系统显示学生信息，并提供新增，删除，修改，查询操作。
- 用户选择相应的用户进行删除，修改，并确认操作。
- 系统更新用户列表。
- 用户输入部分关键字（如学生姓名、班级、学号等），选择查询操作。
- 系统显示所有符合的用户，并提供删除，修改操作。
- 系统显示学生提交的修改申请，用户点击可查看修改申请的详情，并可以执行同意或拒绝操作，若拒绝需填写拒绝理由，共提交申请的学生获悉。
4.5 非功能性需求
4.5.1 界面需求
系统的界面要求如下：
- 页面内容：课程信息内容准确，术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。
- 导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
- 技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接。
- 艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；色彩和谐自然,与内容相协调。
4.5.2 响应时间需求
当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在 3 秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
4.5.3 可靠性需求
系统应保证 7*24 小时内不宕机，保证 50 人以上可以同时在客户端登录，系统正常运行，正确提示相关内容。
4.5.4 可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
4.5.5 系统安全性需求
网站有严格的权限管理功能，各功能模块需有相应的权限方能进入（如教师
和学生具有不同的访问权限）。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容 。
4.5.6 需求变更需求变更控制过程图如图 5-1 所示：
图 5-1 需求变更控制变更图
从上图可以得到需求变更的控制过程为：客户递交变更，形成变更请求，变更请求递交给开发小组，开发小组主要从技术实现的层面评估该变更请求是否合理，并对其进行成本和影响分析，接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理，然后进行变更选择。
选择的结果有三种：一种是拒绝，也就是变更失败；一种是下个版本再修改，一种是变更通过。若变更通过，就需要修改相关需求，修改合同的相关信息，修改相应的项目计划。这样，需求变更的控制过程就结束了。
5．产品提交
提交产品为：
（1） 学生信息管理网站
（2） 数据库初始数据
（3） 系统开发过程文档
（4） 系统使用维护说明文档
6．实现约束
系统的实现约束如下：
（1） 操作系统为：具有 java 虚拟机的操作系统
（2） 开发平台为：MyEclipse
（3） 数据库为：MySQL
（4） Web 服务器为：Tomcat （5） 版本管理工具：Visual Source Safe 6.0 （6） 测试工具：JMeter 2.10
