1 实验一 软件工程标准文档

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2011~2012学年第二学期软件工程实验报告

实验题目:实验一软件工程标准文档专业:计算机科学与技术

班级: BU计算机091 学号: 0911503107 姓名:谭正

实验日期: 2012年3月6日

实验地点: 1J2D204 盐城工学院优集学院

一、软件生存周期阶段

实验内容:从GB-T8567-2006《计算机软件文档编制规范》中搜集整理出典型的软件生存周期的六个阶段,并说明各阶段主要的活动、任务及参与者。

实验要求:能够识别软件生成周期的六个阶段,能够列举出各阶段主要的活动、任务及参与者。

解:软件生存周期的六个阶段为:

a)可行性与计划研究阶段;

b)需求分析阶段;

c)设计阶段;

d)实现阶段;

e)测试阶段;

f)运行与维护阶段。

各阶段主要的活动、任务:

在可行性分析(研究)与计划阶段内,要确定该软件的开发目标和总的要求,要进行可行性分析、投资——收益分析、制订开发计划,并完成可行性分析报告、开发计划等文档。

在需求分析阶段内,由系统分析人员对被设计的系统进行系统分析,确定对该软件的各项功能、性能需求和设计约束,确定对文档编制的要求,作为本阶段工作的结果,一般地说软件需求规格说明(也称为:软件需求说明、软件规格说明)、数据要求说明和初步的用户手册应该编写出来。

在设计阶段内,系统设计人员和程序设计人员应该在反复理解软件需求的基础上,提出多个设计,分析每个设计能履行的功能并进行相互比较,最后确定一个设计,包括该软件的结构、模块(或CSCI)的划分、功能的分配,以及处理流程。在被设计系统比较复杂的情况下,设计阶段应分解成概要设计阶段和详细设计阶段两个步骤。在一般情况下,应完成的文档包括:结构设计说明、详细设计说明和测试计划初稿。

在实现阶段内,要完成源程序的编码、编译(或汇编)和排错调试得到无语法错的程序清单,要开始编写进度日报、周报和月报(是否要有日报或周报,取决于项目的重要性和规模),并且要完成用户手册、操作手册等面向用户的文档的编写工作,还要完成测试计划的编制。

在测试阶段:该程序将被全面地测试,已编制的文档将被检查审阅。一般要完成测试分析报告。作为开发工作的结束,所生产的程序、文档以及开发工作本身将逐项被评价,最后写出项目开发总结报告。

在整个开发过程中(即前五个阶段中),开发集体要按月编写开发进度月报。

在运行和维护阶段,软件将在运行使用中不断地被维护,根据新提出的需求进行必要而且可能的扩充和删改、更新和升级。

各活动的基本参与者:

a)可行性与计划研究阶段的参与者有用户、项目负责人和系统分析师。

b)需求分析阶段的参与者有用户、项目负责人和系统分析师。

c)设计阶段的参与者有系统分析师、软件设计师和程序员。

d)实现阶段的参与者有系统分析师、软件设计师和用户。

e)测试阶段的参与者有系统分析师和软件设计师。

f)运行与维护阶段的参与者有维护人员和用户。

二、用于软件生存周期各阶段的文档

实验内容:从GB-T8567-2006《计算机软件文档编制规范》中搜集整理出软件生存周期各阶段的标准文档,并说明各标准文档的用途。

实验要求:能够识别软件生成周期各阶段的文档,能够说明各文档的用途。

软件生存周期各阶段的标准文档为:

a)可行性与计划研究阶段;可行性分析(研究)报告、软件(或项目)开发计划;开发进度月报;软件配置管理计划;软件质量保证计划;

b)需求分析阶段;软件(或项目)开发计划;软件需求规格说明;接口需求规格说明;(软件)用户手册;开发进度月报;软件)用户手册;

c)设计阶段;系统/子系统设计(结构设计)说明;软件(结构)设计说明;接口设计说明;数据库(顶层)设计说明;测试计划;开发进度月报;软件)用户手册;

d)实现阶段;(软件)用户手册;操作手册;测试计划;开发进度月报;

e)测试阶段;测试报告;开发进度月报;项目开发总结报告;

f)运行与维护阶段。软件产品规格说明;软件版本说明等。项目开发总结报告;

各标准文档的用途:

a)可行性分析(研究)报告;

l.《可行性分析(研究)报告》(FAR)是项目初期策划的结果,它分析了项目的要求、目标和环境;提出了几种可供选择的方案;并从技术、经济和法律各方面进行了可行性分析。可作为项目决策的依据。

2.FAR也可以作为项目建议书、投标书等文件的基础。

b)软件(或项目)开发计划;

1.《软件开发计划》(SDP)描述开发者实施软件开发工作的计划,本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。

2. SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种手段。

3.本计划的某些部分可视实际需要单独编制成册,例如,软件配置管理计划、软件质量保证计划和文档编制计划等。

c)软件需求规格说明;

1.《软件需求规格说明》(SRS)描述对计算机软件配置项CSCI的需求,及确保每个要求得以满足的所使用的方法。涉及该CSCI外部接口的需求可在本SRS中给出:或在本SRS 引用的一个或多个《接口需求规格说明》(IRS)中给出。

2.这个SRS,可能还要用IRS加以补充,是CSCI设计与合格性测试的基础。

d)接口需求规格说明;

1.《接口需求规格说明》(IRS)描述为实现一个或多个系统、子系统、硬件配置项HWCI,计算机软件配置项CSCI、手工操作、其他系统部件之间的一个或多个接口,而强加在这些实体上的需求。

2.这个IRS,还可以被用来补充《系统/子系统需求规格说明》(SSS)及《软件需求规格说明》(SRS),作为系统和CSCI设计与合格性测试的基础。

e)系统/子系统设计(结构设计)说明;

1.《系统/子系统设计(结构设计)说明》(SSDD)描述了系统或子系统的系统级或子系统级设计与体系结构设计。SSDD可能还要用《接口设计说明》(IDD)和《数据库(顶层)设计说明》(DBDD)加以补充。

2.SSDD连同相关的IDD和DBDD是构成进一步系统实现的基础。贯穿本文的术语“系统,,如果适用的话,也可解释为“子系统”。所形成的文档应冠名为“系统设计说明”或“子系统设计说明”。

f)软件(结构)设计说明;

1.《软件(结构)设计说明》(SDD)描述了计算机软件配置项(CSCI的设计。它描述了CSCI

相关文档
最新文档