C++运算符重载函数基础及其值返回状态

2006-10-23 11:11:25

学籍管理系统：需求规格说明书- -

需求规格说明书

一． 引言

1． 编写目的

需求分析是软件系统生存期中定义阶段的最后一个步骤。是作为整个软件开发范围的指南，是软件开发人员开发出正确的符合用户要求的软件的重点。该文档将最终交给软件具体开发人员进行具体的开发，其针对的对象是软件开发人员。

2． 项目背景（略）

3． 定义

静态数据－－系统固化在内的描述系统实现功能的一部分数据。 动态数据－－在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。 数据字典－－数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”，没有半点含糊。

4． 参考资料

>软件工程概论< 李存珠 李宣东 编著 南京大学计算机系出版 2001年8月

二． 任务概述

1． 目标

软件需求分析阶段有以下几个目标： ●给出软件系统的数据流程图与数据结构，构造一个完全的系统逻辑模型。 ●提出详细的功能说明，确定设计限定条件，规定性能要求。 ●密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。

2． 运行环境

软件基本运行环境为Windows环境。

3． 条件与限制

由于系统较小，且在windows系统下开发，故在windows环境下基本没有什么限制。

三． 数据描述

1． 静态数据

静态数据是系统内部有关的数据结构与操作规程。 具体可包括：系统用户表格user_Info 学生基本信息表格student_Info 班级信息表格class_Info 课程基本信息表格course_Info 年级课程设置信息表gradecourse_Info 学生成绩信息表result_Info..........等.

2． 动态数据

动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值.就是学生信息.

3． 数据库描述

根据上面的分析就可以设计出能够满足用户需求的各种数据实体,以及它们之间的关系,为后面的逻辑结构设计打下基础.这些实体包括各种具体信息,通过相互之间的作用形成数据的流动. 本系统的实体有:学生实体,班级实体,课程实体.各个实体具体的描述E-R图如下:

图7-1 学生实体E-R图

图7－1为学生实体E-R图.

图7－2 班级实体E-R图

图7－2为班级实体E-R图。

图7－3 课程实体E-R图

图7－3为课程实体E-R图。

图7－4 年级实体E-R图

图7－4为年级实体E-R图。

图7－5 实体之间关系E-R图

图7－5为实体之间关系E-R图。

4． 数据字典

传统的数据字典包括以下几种类型的条目： (1).数据流条目－－数据流条目给出某个数据流和定义，它通常是列出该数据流的各组成数据元素。 该系统中的数据流条目有： 学生基本信息＝学号＋学生姓名＋学生性别＋出生日期＋班号＋联系电话＋入校时间＋家庭住址＋注释 班级信息＝班号＋年级＋班主任＋教室 课程信息＝课程编号＋课程名称＋课程类型＋课程描述 年级课程信息＝年级＋课程名称 学生成绩信息＝考试编号＋学生学号＋学生姓名＋学生班号＋课程名称＋分数 系统用户信息＝用户名称＋用户密码＋用户描述

(2).文件条目－－文件条目给出某个文件的定义，列出它的组成数据项，此外还要给出文件的组织形式。 例：学生信息文件＝｛学生基本信息记录｝＋｛学生成绩记录｝ 主键：学生学号＋课程号

(3).数据元素条目－－给出某个数据单项的定义，通常是数据项的值类型。 例：学生基本信息记录中“学生学号”的数据值类型为数值类型，有效值范围为000000～999999。

(4).处理说明条目－－给出数据流程图中不再分解的变换处理说明的定义。 此处不再举例说明。

5． 数据采集

系统数据采集是由数据库系统在软件运行期间通过人机界面来提示用户输入的。此处不加赘述。

四． 功能需求

由于系统较简单且前面对系统的功能已作了详细的介绍，在此就略过了。

1． 功能划分（略）

2． 功能描述（略）

五． 性能需求

1． 数据精确度

由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。

2． 时间特性

本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。

3． 适应性

该软件是使用Visual Basic 6在windows xp系统下完成的所以只要是兼容windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口，随时满足用户的使用要求。

六． 运行需求

1． 用户界面

系统运行时的主界面大致要求为windows的经典运行界面，主界面可以是SDI（单文档界面）即每个窗体之间是独立的，也可以是MDI（多文档界面）：有一个主窗体，可以包含其他窗体。建议本系统采用多文档界面，这样可以使程序更加美观，整齐有序。

2． 硬件接口

软件较小除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口，这点较易实现。

3． 软件接口

在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。例如microsoft的office系列。另外用户还有用户所需要的软件接口，这些应在用户需求定义时明了。

4． 故障处理

考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经达到了，只要稍微在其上再增加用户所需要的附加功能即可。

七． 其他需求

系统保证了较好的可使用性与数据的安全保密性，但由于系统较小只保留一定程度的可移植性，可维护性。