需求规格说明书（i）

《需求规格说明书（i）》由会员分享，可在线阅读，更多相关《需求规格说明书（i）（16页珍藏版）》请在金锄头文库上搜索。

1、 学生信息管理系统 需求规格说明书 修订记录 序号 时间 修订内容 修订人 1 2010年06月30日 创建文档 胥静 目录 1 引言 4 1.1 概述 4 1.2 背景 4 1.3 定义 4 1.4 参考资料 4 2 任务概述 4 2.1 目标 4 2.2 用户的特点 4 2.3 假定和约束 5 3 需求规定 5 3.1 对功能的规定 5 3.1.1 用户需求 5 3.1.1.1 业务概览 7 3.1.1.2 业务场景 8 3.1.2 系统需求 9 3.1.2.1 概览 9 3.1.2.2 系统需求规定 10 3.1.2.3 数据分析 12 3.2 补充规定 13 3.2.1 精度 13 3

2、.2.2 时间特性要求 13 3.2.3 灵活性 13 3.2.4 界面要求 13 3.2.5 可靠性 14 3.2.6 可用性 14 3.2.7 可维护性 14 3.3 输入输出要求 14 3.3.1 安全性 14 3.3.2 输入输出模式 14 3.4 故障处理要求 14 3.5 其他专门要求 15 4 运行环境规定 15 4.1 设备 15 4.2 支持软件 15 4.3 接口 16 4.3.1 外部接口 16 4.3.1.1 用户界面 16 4.3.1.2软件接口 16 4.3.1.2 硬件接口 16 4.3.2内部接口 16 4.4 控制 16 1 引言 1.1 概述 本需求的编写目

3、的在于研究学籍管理系统软件的开发途径和应用方法。 本需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。 1.2 背景 本项目的任务提出者及开发者是学籍管理系统软件开发小组,用户是教学办公室。 本产品能具体化、合理化的管理学生的学籍档案，用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。 1.3 定义 学生信息管理系统： 学生信息管理是帮助教学人员、行政人员对人事档案的管理软件。使用汉语编程语言，独立完成其功能。 1.4 参考资料 UML基础、案例与应用（第三版） Joseph Schmuller著 2 任务概述

4、 2.1 目标 软件开发的意图为便于学校的管理，方便查看有关学校及学生的情况。如教务处对学生成绩的修改、删除、查找、添加等。 2.2 用户的特点 使用者名称 说明 代表的涉众 学生 学生使用该系统进行信息的查询 会使用计算机的普通人群 学生处工作人员 工作人员对系统信息进行更新 会使用计算机的普通人群 系统维护人员 用于维护系统，及时更新系统功能，修改系统漏洞 懂得一定的计算机技术人员，会维护计算机的功能 2.3 假定和约束 操作系统：Windows 2000 ，Windows XP，Windows 2003，Windows Vista 支持环境：Microsoft Visual Studio

5、 2005 数 据 库：Microsoft SQL Server 2000 3 需求规定 3.1 对功能的规定 3.1.1 用户需求 一、系统管理系统 二、勤工助学管理用例分析 3.1.1.1 业务概览 成绩管理用例分析 角色名称 说明 教师 得出成绩 教务处工作人员 将成绩录入系统，修改系统 学生 查询成绩 3.1.1.2 业务场景 成绩管理活动流程图 业务场景说明：教师得出成绩，教务处工作人员将成绩输入系统，学生多成绩进行查询 3.1.2 系统需求 3.1.2.1 概览 学籍管理用例分析 3.1.2.2 系统需求规定 针对每一个用例实现，拷贝用例规约和用例场景至此，同时需要拷贝用例实现针对

6、领域模型。 3.1.2.2.1 成绩查询 3.1.2.2.1.1 业务说明 用例名称 成绩查询 实现名称 SearchScore 用例描述 学生对成绩进行查询 执行者 学生 前置条件 1. 学生输入正确的用户名和密码 2. 系统允许学生登录 后置条件 1. 查询成绩 2. 更新密码 主过程描述 1学生根据提供的帐号登录系统 2.用户选择查询成绩，计算机显示查询界面 3.学生按学科进行查询，计算机显示查询结果 4.用户可选择单科成绩进行排名查询。 5.计算机执行后置条件。用例结束 异常过程描述 1.1.1用户名或密码输入有误，拒绝登录，用例结束 1.2.1查询系统还未开放，用户无法登录 5.1.

7、1用户登录超时，用户退出系统 5.1.1.2用户选择放弃，计算机执行1 业务规则 4.一次只能一个用户登录 3.1.2.2.1.2 业务场景分析 业务场景说明：教师得出成绩，教务处工作人员将成绩输入系统，学生多成绩进行查询 3.1.2.2.1.3 业务实体分析 3.1.2.3 数据分析 3.1.2.3.1 概览 奖惩管理状态图 3.2 补充规定 3.2.1 精度 查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。 3.2.2 时间特性要求 一般操作的响应时间应在1-2秒内，对软磁盘和打印机服务响应时间也应在可接受的时间内完成。 3.2.3 灵活性 对Microsoft的Window

8、s 9X以上的系统均可使用；对其他系统暂不支持。 3.2.4 界面要求 利用菜单界面驱动方式，对用户友好。必须对鼠标和键盘单独支持等。 3.2.5 可靠性 对出错的处理比较全（包括：SQL注入漏洞的处理）。 3.2.6 可用性 运行该软件所适用的具体设备必须是P800、内存64M以上的计算机; 3.2.7 可维护性 由于本系统一学易用，管理方面也相对简单，数据库的管理需要专门管理员管理； 3.3 输入输出要求 本项目的设计是在汉语程序设计语言的条件下进行的。 3.3.1 安全性 同一等级的不同用户不能修改他人信息； 用户登陆时要有用户名和密码，对于不正确的用户名和密码登陆时应予以拒绝。如：在f

9、rmlogin中登录失败次数达到三次，系统将提示谢谢您的使用，再见并强行结束程序。 3.3.2 输入输出模式 通过键盘向界面进行输入，通过界面进行显示 3.4 故障处理要求 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。 在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。 在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。 3.5 其他专门要求 可使用

10、性：本系统一学易用，不用对使用人员进行特殊的培训； 安全保密：同一等级的不同用户不能修改他人信息； 可维护性：由于本系统一学易用，管理方面也相对简单，数据库的管理需要专门管理员管理； 可以移植：对Microsoft的Windows 9X以上的系统均可使用；对其他系统暂不支持。 4 运行环境规定 4.1 设备 1台服务器：PIII1.2G双CPU，SCSI双硬盘镜像，512M内存，LINUX7.0，Apache+PHP+Mysql服务器 100-200台客户机：PII1.2G，128M内存，windows98操作系统。 上述所有计算机组成局域网。 4.2 支持软件 客户端操作系统：Windows

11、 XP 数据库管理系统：Windows2000 Server 前台开发工具：Microsoft Visual Basic 6.0 中文版 后台数据库管理工具：SQL Server 2000 数据库建模工具：PowerDesigner 4.3 接口 4.3.1 外部接口 4.3.1.1 用户界面 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C+ 进行编程，在

12、界面上可使用VISUAL C+ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C+ 库中的错误提示函数。 总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用 4.3.1.2软件接口 服务器程序可使用VISUAL C+ 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。 服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。 在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。 4.3.1.2 硬件接口

13、在输入方面，对于键盘、鼠标的输入，可用VISUAL C+的标准输入/输出，对输入进行处理。 在输出方面，打印机的连接及使用，也可用VISUAL C+的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。 4.3.2内部接口 内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。 4.4 控制 运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。 在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。