软件学院学生档案信息管理系统需求规格说明书专业：软件工程团队：面向对象软件工程课程设计四组成员：指导教师：编写日期： 2014年10月11日目录1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (1)1.4参考资料 (1)2．任务概述 (2)2.1目标 (2)2.2运行环境 (2)2.3条件与限制 (2)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (3)3.4数据字典 (6)3.5数据采集 (7)4．功能需求 (8)4.1功能划分 (8)4.2功能描述 (9)5．性能需求 (11)5.1时间特性 (11)5.2适应性 (11)5.3系统安全性需求 (11)6．运行需求 (12)6.1用户界面 (12)6.2硬件接口 (12)6.3软件接口 (12)6.4故障处理 (12)7．其他需求 (13)1．引言1.1编写目的该软件项目需求规格说明书是对《学生档案管理系统》的全面通盘考虑，是项目分析员进行进一步工作的前提，是软件开发人员正确成功的开发项目的前提与基础。
此研究报告可以使软件开发团体尽可能深入了解研制课题的需求，可以在定义阶段较早的认识到系统方案的缺陷，就可以节省时间和精力，也可以节省资金，并且避免了许多专业方面的困难。
本文档供项目经理、设计人员、开发人员参考。
所以该软件项目需求规格说明书在整个开发过程中是非常重要的。
1.2项目背景鉴于目前学校学生人数剧增,学生信息呈爆炸性增长，计算机成本日益下降的前提下,学校对《学生档案管理》的自动化与准确化的要求日益强烈的背景下，由兰州理工大学提出，由面向对象软件工程课程设计四组开发，兰州理工大学全体师生为最终的项目用户，全国高等院校都是潜在用户。
此项目与《教务管理系统》和《库存管理系统》有相似性，部分代码可以重用，有较高的参考意义，降低了项目的开发难度。
1.3定义学籍管理系统：学籍管理是帮助教学人员、行政人员对人事档案的管理软件。
静态数据：当我们的客户在查看数据的时候它已经被生成好了，没有和服务器数据库进行交互的数据，直接在客户端创建完毕，这种我们叫做静态数据。
动态数据：是指在系统应用中随时间变化而改变的数据，如库存数据等。
1.4参考资料1.《Java课程设计》，耿祥义著2.《Java课程设计案例精编》，张广彬，王小宁，高静等著3.《Java程序设计基础》，张晓龙、刘钊、边小勇等著4.《数据库原理与应用》，李昭原主编5.项目《库存管理系统》资料6.互联网《学生档案管理系统》资料2．任务概述2.1目标开发此学籍管理系统软件，以供管理人员及学生进行学籍管理，方便管理人员随时添加、查询、修改等。
促进学生档案管理工作的规范化，提高工作效率；降低学生档案管理维护费用，提高行政工作效率，为学校领导决策提供支持，该系统的设计目标应尽量达到人力与设备的节省，并且提高处理数据的速度。
2.2运行环境硬件环境：●微机若干：⏹CPU：1.8GHz⏹ROM：1G或更高内存⏹硬盘：500G●大型服务器一台软件环境：●Windows系列操作系统●Mysql数据库2.3条件与限制●建议开发软件运行的最短寿命：5年●经费来源和使用限制：客户预支20%费用，用于软件设计、开发●法律和政策方面的限制：合法●可利用的信息和资源：《库存管理系统》、《教务管理系统》●建议开发软件投入使用的最迟时间：10年3．数据描述3.1静态数据管理员初始信息：账号：admin密码：000000权限：管理员3.2动态数据用户账号和密码学院信息数据专业信息数据学生学籍信息学生个人基本信息学生家庭信息学生获奖和处分信息3.3数据库介绍根据系统功能设计的要求以及功能模块划分，对于系统信息数据库，可以列出以下数据表。
数据库名：studentarchivessystem1）管理员账号数据表2）学生账号数据表表名：user3）年级数据表表名：grade4）院系数据表5）专业数据表6）班级数据表表名：classroom7）学生学籍信息数据表表名：Stu_status8）学生基本信息数据表表名：basic9）学生家庭信息数据表表名：family10）学生获奖信息数据表表名：award11）学生处分信息数据表表名：punish3.4数据字典数据项：account含义说明：唯一标识每个用户类型：varchar长度：8取值范围：00000000到99999999取值含义：第1、2位为年份后两位，第3到5为是专业编号，第6位是班级，第7到8位是学号。
数据项：grade含义说明：年级长度：4类型：varchar数据项：school含义说明：学院名称类型：varchar长度：20数据项：major含义说明：专业名称类型：varchar长度：20数据结构：管理员含义说明：用来识别权限和验证账号组成：管理员account+密码数据结构：学生含义说明：用来识别权限和验证账号组成：管理员account+密码数据结构：学生学籍信息含义说明：包括了学生的学籍信息组成：学号+年级+学院+专业+班级+学历+英语四级+英语六级数据结构：学生基本信息含义说明：包括了学生的基本信息组成：学号+姓名+曾用名+身份证号+性别+照片+国籍+民族+籍贯+政治面貌+出生年月+健康状况+婚姻情况+联系电话+家庭电话+家庭地址+邮编数据结构：学生家庭信息含义说明：包括了学生的家庭信息组成：学号+姓名+关系+职业+工作单位+健康状况+备注数据结构：学生获奖信息含义说明：包括了学生的获奖信息组成：学号+日期+获奖缘由+获奖证书数据结构：学生处分信息含义说明：包括了学生的处分信息组成：学号+日期+处分缘由+处分级别3.5数据采集只有管理员拥有权限去增加，修改，删除学生档案信息和院系信息。
用户和管理员都有权利修改自己的密码信息。
4．功能需求4.1功能划分学生管理系统可大致分大致实现以下功能： 用户管理：●修改密码●查询用户信息●注册管理员（管理员权限）权限管理：●管理员权限●学生权限院系信息：●年级信息查询●学院信息查询●专业信息查询●班级信息查询●年级信息修改（管理员权限）●学院信息修改（管理员权限）●专业信息修改（管理员权限）●班级信息修改（管理员权限）学生信息：●学生档案信息查询✓学籍信息✓基本信息✓家庭信息✓获奖信息✓处分信息●学生基本信息录入（管理员权限）●学生基本信息修改（管理员权限）●学生学籍信息录入（管理员权限）●学生学籍信息修改（管理员权限）●学生家庭信息录入（管理员权限）●学生家庭信息修改（管理员权限）●学生获奖信息修改（管理员权限）●学生处分信息修改（管理员权限）4.2功能描述用户管理：每个学生都有独立的用户账号和密码，新生入学需要添加用户，毕业生需要删除用户，以及学生本人对密码的修改。
图4.2.1用户管理用例权限管理：管理员和学生各自拥有权限和操作界面。
非管理人员任何人不能擅自修改学生档案信息和院系信息。
图4.2.1管理员修改信息用例院系信息：管理员有权对年级信息、学院信息、专业信息、班级信息进行增加、删除、修改等基本操作。
学生只能对年级信息、学院信息、专业信息、班级信息进行查询。
图4.2.2院系管理用例学生信息：学生信息又可分为基本信息、学籍信息、家庭信息、获奖信息、处分信息。
管理员有权对学生信息进行增加、删除、修改等基本操作。
学生只能对个人信息进行查询。
图4.2.3学生档案信息用例5．性能需求5.1时间特性无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。
系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
5.2适应性系统应具有十分的灵活性，以适应将来功能扩展的需求。
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
5.3系统安全性需求系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失，破坏。
防止用户非法获取网页以及内容。
6．运行需求6.1用户界面系统的界面要求如下：１）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。
内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
２）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
３）技术环境：页面大小适当；无错误链接和空链接；控制字体大小和版面布局。
４）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。
6.2硬件接口1.联通网关通信协议接口2.路由器通信接口3.交换机通信接口4.打印机接口6.3软件接口无6.4故障处理1）连接数据库失败联系软件维护人员对数据库进行连接2）数据库数据丢失系统具有数据库备份功能，有效防止数据丢失3）数据库受到恶意攻击而瘫痪及时联系数据库维护人员，防止数据库进一步损坏4）权限错误及时关闭服务器并联系软件开发人员5）管理员无法修改数据库数据联系软件发开人员对软件进行纠正，更新6）无法查询数据先确保数据库数据存在，再联系开发人员7．其他需求符合客户对系统安全保密且方便使用的要求，提供操作培训，满足系统可维护性、可扩充性、可靠性、运行环境的可移植性及文档的易读性、易理解性等要求。
软件发行已光盘为载体，文档分为纸质文档和电子文档。