实验三 编制软件需求说明书.doc

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