在输入不符合定义格式的数据时，软件应出现提示信息，而不是死机或是删除已经输入的信息，然后再弹出输入界面重新开始。 其他情形不再一一描述。
4 、运行环境设定
4.1 设备
运行本软件要求处理器在奔腾Ⅲ以上，内存在256MB以上的计算机。 4.2 支持软件
本系统支持的操作系统包括：Windows95 、Windows98 、Windows2000、 Windows Me Windows XP .
本系统支持的数据库：SQL Server 2000. 本软件的开发工具：Java、Eclipse。
实验一 编制软件需求分析说明书（学时：6 ）
一、 背景知识
软件文件 (document，通常又称为文档) ，是指与软件研制、维护和使用有关的材料，是以人们可读的形式出现的技术数据和信息。
软件文件的作用可概括为：
1. 提高软件开发过程的能见度。把软件开发过程中一些“不可见的”事物转变为“可见的”文字资料，以使管理人员在软件开发各阶段进行进度控制及软件质量管理。
2. 提高开发效率。软件文件的编制将使开发人员对各个阶段的工作都进行周密思考、全盘权衡，从而减少返工，并可在开发早期发现错误及不一致性，便于及时纠正。
3. 作为开发人员在一定阶段内的工作成果和结束标志。
4. 记录开发过程中的有关技术信息，便于协调以后的软件开发、使用和维护。 5. 提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员和用户之间的协作、交流和了解，使软件开发活动更加科学、更有成效。
6
6. 便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需求的软件提供依据。
在有关软件工程的各项国家标准中，对软件文件的编制做出了具体而详尽的叙述。例如，计算机软件产品开发文件编制指南 (GB/T8567-1988) 建议在软件的开发过程中编制下述14种文件，即：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测试计划、测试分析报告、开发进度月报以及项目开发总结报告等；计算机软件需求说明编制指南 (GB/T9385-1988) 和计算机软件测试文件编制规范 (GB/T9386-1988) 等则对上述中的一些文件的编制有更为详尽的阐述；软件文档管理指南 (GB/T16680-1996) 为那些对软件或基于软件的产品的开发负有职责的管理者提供了软件文档的管理指南。
计算机软件产品开发文件编制指南 (GB/T8567-1988) 给出的14种软件文件的编制提示，同时也是这14种文件编写质量的检验准则。
高质量的文件应当体现在以下一些方面：
1) 针对性：应分清读者对象，按不同类型、不同层次的读者，决定怎样适应他们的需要。
2) 精确性：文件的行文应当十分确切，不能出现多义性的描述。
3) 清晰性：文件编写应力求简明，如有可能，配以适当图表，以增强其清晰性。 4) 完整性：任何一个文件都应是完整的、独立的，它应自成体系。
5) 灵活性：各个不同的软件项目，其规模和复杂程度有着许多实际差别，不能一概而论。 6) 可追溯性：由于各开发阶段编制的文件与各阶段完成的工作有着紧密的关系，前后两个阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。
二、实验目的
1. 熟悉和掌握国家标准GB/T8567-1988。
2. 按照GB/T8567-1988要求的格式，编写“学校教材定购系统”的软件需求说明书。
3. 按照GB/T8567-1988要求的格式，编写“学校教材定购系统”的概要设计说明书。
三、实验要求
本实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：
1．班级按项目小组进行分组，每组不得超过6人；
2．每个项目小组选出项目负责人，由项目负责人召集项目组成员讨论、分配工作；
3．项目中的每项任务要落实到人且规定该任务的起止日期和时间；
4．每个项目小组必须按照GB/T8567-1988给定的文档规范标准提供项目文档。 四、工具/准备工作
1.在开始本实验之前，请预先学习GB/T8567-1988的相关内容。
2.对要编制需求说明书的应用软件“学校教材定购系统”作相关的了解。
7
3.需要一台装有WORD的计算机。
五、实验内容与步骤
1.文档是在软件的开发过程中产生的，请参阅GB/T8567-1988，了解软件生命周期各阶段与产生的各种文档之间的关系，并在下表的适当位置填入‘√’： 阶段 文件 可行性研究报告 项目开发计划 软件需求说明书 数据要求说明书 测试计划 概要设计说明书 详细设计说明书 数据库设计说明书 模块开发卷宗 用户手册 操作书册 测试分析报告 开发进度月报 项目开发总结 可行性研需求分析 究与计划 @ @ @ 设计 实现 测试 维护 注意有些文件的编写工作可能要在若干个阶段中延续进行。
2.在软件开发的各个阶段，不同的人员关心不同的文件。请根据自己的判断，用符号‘√’表示人员对文件的关心： 人员 文件 可行性研究报告 项目开发计划 软件需求说明书 数据要求说明书 测试计划 概要设计说明书 详细设计说明书 数据库设计说明书 模块开发卷宗 用户手册 操作书册 测试分析报告 开发进度月报 项目开发总结 管理人员 开发人员 维护人员 用户
8
3. 一项软件的开发过程中，应产生的文件有十四种，然而针对一项具体的软件开发项目，有时不必编制这么多的文件，可以把几种文件合并成一种。一般地说，当项目的规模、复杂性和成败风险增大时，文件编制的范围、管理手续和详细程度将随之增加。反之，则可适当减少。
为了控制这种灵活性，保证文件编制能达到应该达到的目的，对于具体的软件开发任务，应编制的文件的种类、详细程度应取决于承担开发单位的管理能力、任务的规模、复杂性和成败风险等因素。一个软件开发单位应该根据本单位经营承包的应用软件的专业特点和本单位的管理能力，制定一个文件编制实施规定，说明在什么情况下应该编制哪些文件。
由于国内目前在这方面还缺乏成熟的经验，这里提供参考国外经验制定的一个例子，用以向国内软件开发单位说明如何建立这种实施规定，使项目负责人能确定本项目开发过程中应编制的文件的种类。当然，例子毕竟只是例子，这个例子不免有其片面性，之所以列出来无非是供国内软件开发单位参考。
例1：此例规定用求和法来确定应编制的文件。该方法的要点是提出十二个考虑因素来衡量一个应用软件，每个因素可能取值的范围是1至5。任务负责人可用这十二个因素对所要开发的程序进行衡量，确定每个因素的具体值。把这十二个因素的值相加，得到一个总和。然后由这个总和的值来确定应该编制的文件的种类。 使用这个方法的具体过程如下：
a． 按下表01中的十二个因素衡量所要开发的程序，得到每个因素的值; b．把衡量所得的各个因素的值相加，得总和之值； c． 根据总和之值，从表02查出应编制的文件的种类。
表01：
9
表02：
数可项行目性开因素值 研发究计报划 告 12—18 16—26 24—38 √ 书 书 书 书 书 √ 告 √ 明明明明明宗 告 报报 说说说说说册 册 卷划 报结月求求计计计手手发计析总度需要设设设户作开试分发进件据要细库用操块测试开发软数概详据模测目开项√ √ ③ ③ √ √ √ ② √ √ √ √ √ ③ ③ √ √ √ √ ② √ √ 10