学生档案管理系统需求规格说明书.doc

《学生档案管理系统需求规格说明书.doc》由会员分享，可在线阅读，更多相关《学生档案管理系统需求规格说明书.doc（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、需求规格说明书软件学院学生档案信息管理系统需求规格说明书专 业： 软件工程 团 队： 面向对象软件工程课程设计四组 成 员： 指导教师： 编写日期： 2014年10月11日 目录1引言11.1编写目的11.2项目背景11.3定义11.4参考资料12任务概述22.1目标22.2运行环境22.3条件与限制23数据描述33.1静态数据33.2动态数据33.3数据库介绍33.4数据字典63.5数据采集74功能需求84.1功能划分84.2功能描述85性能需求95.1时间特性95.2适应性95.3系统安全性需求96运行需求106.1用户界面106.2硬件接口106.3软件接口106.4故障处理107其他需

2、求11需求规格说明书1引言1.1编写目的该软件项目需求规格说明书是对学生档案管理系统的全面通盘考虑，是项目分析员进行进一步工作的前提，是软件开发人员正确成功的开发项目的前提与基础。此研究报告可以使软件开发团体尽可能深入了解研制课题的需求，可以在定义阶段较早的认识到系统方案的缺陷，就可以节省时间和精力，也可以节省资金，并且避免了许多专业方面的困难。本文档供项目经理、设计人员、开发人员参考。所以该软件项目需求规格说明书在整个开发过程中是非常重要的。1.2项目背景鉴于目前学校学生人数剧增,学生信息呈爆炸性增长，计算机成本日益下降的前提下,学校对学生档案管理的自动化与准确化的要求日益强烈的背景下，由兰

3、州理工大学提出，由面向对象软件工程课程设计四组开发，兰州理工大学全体师生为最终的项目用户，全国高等院校都是潜在用户。此项目与教务管理系统和库存管理系统有相似性，部分代码可以重用，有较高的参考意义，降低了项目的开发难度。1.3定义学籍管理系统：学籍管理是帮助教学人员、行政人员对人事档案的管理软件。静态数据：当我们的客户 在查看数据的时候它已经被生成好了，没有和服务器数据库进行交互的数据，直接在客户端创建完毕，这种我们叫做静态数据。动态数据：是指在系统应用中随时间变化而改变的数据，如库存数据等。1.4参考资料1.Java课程设计，耿祥义著2.Java课程设计案例精编，张广彬，王小宁，高静等著3.J

4、ava程序设计基础，张晓龙、刘钊、边小勇等著4.数据库原理与应用，李昭原主编5.项目库存管理系统资料6.互联网学生档案管理系统资料2任务概述2.1目标开发此学籍管理系统软件，以供管理人员及学生进行学籍管理，方便管理人员随时添加、查询、修改等。促进学生档案管理工作的规范化，提高工作效率；降低学生档案管理维护费用，提高行政工作效率，为学校领导决策提供支持，该系统的设计目标应尽量达到人力与设备的节省，并且提高处理数据的速度。2.2运行环境硬件环境：l 微机若干：n CPU：1.8GHzn ROM：1G或更高内存n 硬盘：500Gl 大型服务器一台软件环境：l Windows系列操作系统l Mysql

5、数据库2.3条件与限制l 建议开发软件运行的最短寿命：5年l 经费来源和使用限制：客户预支20%费用，用于软件设计、开发l 法律和政策方面的限制：合法l 可利用的信息和资源：库存管理系统、教务管理系统l 建议开发软件投入使用的最迟时间：10年3数据描述3.1静态数据管理员初始信息：账号：admin密码：000000权限：管理员3.2动态数据 用户账号和密码 学院信息数据 专业信息数据 学生学籍信息 学生个人基本信息 学生家庭信息 学生获奖和处分信息3.3数据库介绍根据系统功能设计的要求以及功能模块划分，对于系统信息数据库，可以列出以下数据表。数据库名：studentarchivessystem

6、1）管理员账号数据表表名：administrator名类型长度不是null主键accountvarchar20passwordvarchar20namevarchar20powervarchar202）学生账号数据表表名：user名类型长度不是null主键accountvarchar8passwordvarchar20nameVarchar20powervarchar203）年级数据表表名：grade名类型长度不是null主键IDvarchar20gradevarchar204）院系数据表表名：school名类型长度不是null主键IDvarchar20schoolvarchar205）专业数

7、据表表名：major名类型长度不是null主键IDvarchar20majorvarchar20schoolvarchar206）班级数据表表名：classroom名类型长度不是null主键IDvarchar20classroomvarchar20gradevarchar4schoolvarchar20majorvarchar207）学生学籍信息数据表表名：Stu_status名类型长度不是null主键IDVarchar8GradeVarchar20SchoolVarchar20MajorVarchar20ClassroomVarchar20degressVarchar20bachelorVa

8、rchar20CET-4bit1CET-6bit18）学生基本信息数据表表名：basic名类型长度不是null主键IDVarchar8nameVarchar20former_nameVarchar20identityIDVarchar20sexbit1photoVarchar20countryVarchar20nationVarchar10nativeVarchar20politicalVarchar20birthVarchar20healthvarchar10marriagebit1telephoneVarchar20home_telVarchar20addressvarchar50post

9、codevarchar69）学生家庭信息数据表表名：family名类型长度不是null主键IDVarchar8nameVarchar20relationVarchar10professionVarchar10workplaceVarchar20healthVarchar10remarkVarchar2010）学生获奖信息数据表表名：award名类型长度不是null主键IDVarchar8dateVarchar10reasonVarchar20awardVarchar2011）学生处分信息数据表表名：punish名类型长度不是null主键IDVarchar8dateVarchar10reason

10、Varchar20punishVarchar203.4数据字典数据项：account含义说明：唯一标识每个用户类型：varchar长度：8取值范围：00000000到99999999取值含义：第1、2位为年份后两位，第3到5为是专业编号，第6位是班级，第7到8位是学号。数据项：grade含义说明：年级长度：4类型：varchar数据项：school含义说明：学院名称类型：varchar长度：20数据项：major含义说明：专业名称类型：varchar长度：20数据结构：管理员含义说明：用来识别权限和验证账号组成：管理员account+密码数据结构：学生含义说明：用来识别权限和验证账号组成：管理

11、员account+密码数据结构：学生学籍信息含义说明：包括了学生的学籍信息组成：学号+年级+学院+专业+班级+学历+英语四级+英语六级数据结构：学生基本信息含义说明：包括了学生的基本信息组成：学号+姓名+曾用名+身份证号+性别+照片+国籍+民族+籍贯+政治面貌+出生年月+健康状况+婚姻情况+联系电话+家庭电话+家庭地址+邮编数据结构：学生家庭信息含义说明：包括了学生的家庭信息组成：学号+姓名+关系+职业+工作单位+健康状况+备注数据结构：学生获奖信息含义说明：包括了学生的获奖信息组成：学号+日期+获奖缘由+获奖证书数据结构：学生处分信息含义说明：包括了学生的处分信息组成：学号+日期+处分缘由+

12、处分级别3.5数据采集只有管理员拥有权限去增加，修改，删除学生档案信息和院系信息。用户和管理员都有权利修改自己的密码信息。4功能需求4.1功能划分学生管理系统可大致分大致实现以下功能： 用户管理：l 修改密码l 查询用户信息l 注册管理员（管理员权限） 权限管理：l 管理员权限l 学生权限 院系信息：l 年级信息查询l 学院信息查询l 专业信息查询l 班级信息查询l 年级信息修改（管理员权限）l 学院信息修改（管理员权限）l 专业信息修改（管理员权限）l 班级信息修改（管理员权限） 学生信息：l 学生档案信息查询 学籍信息 基本信息 家庭信息 获奖信息 处分信息l 学生基本信息录入（管理员权限

13、）l 学生基本信息修改（管理员权限）l 学生学籍信息录入（管理员权限）l 学生学籍信息修改（管理员权限）l 学生家庭信息录入（管理员权限）l 学生家庭信息修改（管理员权限）l 学生获奖信息修改（管理员权限）l 学生处分信息修改（管理员权限）4.2功能描述用户管理：每个学生都有独立的用户账号和密码，新生入学需要添加用户，毕业生需要删除用户，以及学生本人对密码的修改。图4.2.1用户管理用例权限管理：管理员和学生各自拥有权限和操作界面。非管理人员任何人不能擅自修改学生档案信息和院系信息。图4.2.1管理员修改信息用例院系信息：管理员有权对年级信息、学院信息、专业信息、班级信息进行增加、删除、修改等

14、基本操作。学生只能对年级信息、学院信息、专业信息、班级信息进行查询。图4.2.2院系管理用例学生信息：学生信息又可分为基本信息、学籍信息、家庭信息、获奖信息、处分信息。管理员有权对学生信息进行增加、删除、修改等基本操作。学生只能对个人信息进行查询。图4.2.3学生档案信息用例5性能需求5.1时间特性无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。5.2适应性系统应具有十分的灵活性，以适应将来功能扩展的需求。系统设计要求能够体现扩展性要求，以

15、适应将来功能扩展的需求。5.3系统安全性需求系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。6运行需求6.1用户界面系统的界面要求如下：）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。）技术环境：页面大小适当；无错误链接和空链接；控制字体大小和版面布局。）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选

16、择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。6.2硬件接口1. 联通网关通信协议接口2. 路由器通信接口3. 交换机通信接口4. 打印机接口6.3软件接口无6.4故障处理1）连接数据库失败 联系软件维护人员对数据库进行连接2）数据库数据丢失 系统具有数据库备份功能，有效防止数据丢失3）数据库受到恶意攻击而瘫痪 及时联系数据库维护人员，防止数据库进一步损坏4）权限错误及时关闭服务器并联系软件开发人员5）管理员无法修改数据库数据 联系软件发开人员对软件进行纠正，更新6）无法查询数据 先确保数据库数据存在，再联系开发人员7其他需求符合客户对系统安全保密且方便使用的要求，提供操作培训，满足系统可维护性、可扩充性、可靠性、运行环境的可移植性及文档的易读性、易理解性等要求。软件发行已光盘为载体，文档分为纸质文档和电子文档。第13页