软件工程课件第三章.ppt

《软件工程课件第三章.ppt》由会员分享，可在线阅读，更多相关《软件工程课件第三章.ppt（63页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、3.1.1 3.1.1 确定对系统的综合要求确定对系统的综合要求 1 1系统功能要求系统功能要求 提出系统必须完成的全部功能，并完整提出系统必须完成的全部功能，并完整的划分出来。通常以的划分出来。通常以层次图层次图的形式表示。的形式表示。文件管理文件管理 录录入入案卷管理案卷管理 借阅管理借阅管理 打印报表打印报表 备份备份 删删除除修修改改排排序序插插入入 例如例如:档案管理系统档案管理系统2 2系统性能要求系统性能要求 响应速度响应速度 精度精度 存储容量存储容量 3.3.可靠性和可用性需求可靠性和可用性需求4 4出错处理需求出错处理需求 5 5接口需求接口需求6 6约束约束 7 7逆向需

2、求逆向需求8 8将来可能提出的要求将来可能提出的要求 3 31 12 2 分析系统的数据要求分析系统的数据要求 建立建立E-RE-R模型模型 对数据结构进行规范化对数据结构进行规范化 利用图形工具辅助描绘数据结构利用图形工具辅助描绘数据结构 常用的图形工具有：常用的图形工具有：层次方框图层次方框图 Warnier Warnier 图图3 31 13 3 导出系统的逻辑模型导出系统的逻辑模型 根据前两项任务的结果给出：根据前两项任务的结果给出：数据流图数据流图 实体实体-联系图联系图 状态转换图状态转换图 数据字典数据字典 主要的处理算法描述主要的处理算法描述第三章第三章 需求分析需求分析主要内

3、容 需求分析的任务需求分析的任务 获取需求的方法获取需求的方法 数据、功能和行为模型数据、功能和行为模型 图形工具图形工具 验证软件需求验证软件需求需要重点掌握的：需要重点掌握的：需求分析的任务需求分析的任务 描述数据、功能和行为的三个模型描述数据、功能和行为的三个模型 IPOIPO图（输入处理输出图）图（输入处理输出图）定义时期：定义时期：问题定义问题定义 可行性研究可行性研究 需求分析需求分析 开发时期：开发时期：总体设计总体设计 （设计）（设计）详细设计详细设计 编码和单元测试编码和单元测试 综合测试综合测试 维护时期：维护时期：软件维护软件维护软软件件生生命命周周期期基本任务基本任务:

4、准确回答准确回答“系统必须做什么系统必须做什么”。(1)(1)理理解解描描述述问问题题的的信信息息域域，建建立立数数据据模模型（型（E-RE-R图）。图）。(2)(2)定定义义软软件件应应完完成成的的功功能能，建建立立功功能能模模型（数据流图型（数据流图+数据字典）。数据字典）。(3)(3)描描述述作作为为外外部部事事件件结结果果的的软软件件行行为为，建立行为模型（状态转换图）。建立行为模型（状态转换图）。(4)(4)对描述信息、功能和行为的模型，用对描述信息、功能和行为的模型，用层次的方式展示细节。层次的方式展示细节。需求分析方法必须遵守的准则：需求分析方法必须遵守的准则：1 1确定对系统的

5、综合要求确定对系统的综合要求2 2分析系统的数据要求分析系统的数据要求3 3导出系统的逻辑模型导出系统的逻辑模型4 4修正系统的开发计划修正系统的开发计划3.1 3.1 需求分析的任务需求分析的任务 3 32 2 与用户沟通获取需求的方法与用户沟通获取需求的方法 1.1.访谈访谈2.2.面向数据流自顶向下求精面向数据流自顶向下求精3.3.简易的应用规格说明技术简易的应用规格说明技术4.4.快速建立软件原型快速建立软件原型 3 32 21 1 访谈访谈 采用正式和非正式两种形式的访谈采用正式和非正式两种形式的访谈 使用情景分析技术使用情景分析技术 好处在于好处在于 ：便于用户理解。便于用户理解。

6、保证用户积极主动。保证用户积极主动。3 32 22 2 面向数据流自顶向下求精面向数据流自顶向下求精 有补充修正有补充修正需要分解需要分解不需分解不需分解 无补充无补充 修正修正分析追踪分析追踪数据流图数据流图用户用户 复查复查细化数细化数 据流图据流图求精过程如图所示：求精过程如图所示：是一种是一种面向团队面向团队的需求收集方法。的需求收集方法。分析需求的过程：分析需求的过程：由开发者和用户分别写出由开发者和用户分别写出“产品需求产品需求”；针对每个议题创建意见一致的列表；针对每个议题创建意见一致的列表；为每张列表中的项目制定小型规格说明，制为每张列表中的项目制定小型规格说明，制定出产品的确

7、认标准定出产品的确认标准;创建出意见一致的确认标准。起草完整的软创建出意见一致的确认标准。起草完整的软件需求规格说明书。件需求规格说明书。3 32 23 3 简易的应用规格说明技术简易的应用规格说明技术 目的：目的：尽尽快快提提供供可可运运行行的的目目标标系系统统的的模模型型，以以使使用用户户和和开开发发者者在在 “做做什什么么”这这个个问问题上尽可能快地达成共识。题上尽可能快地达成共识。要点：要点：实实现现用用户户看看得得见见的的功功能能，省省略略目目标标系系统的统的“隐含隐含”功能。功能。应具备的特性：应具备的特性：“快速快速”、“容易修改容易修改”3 32 24 4 快速建立软件原型快速

8、建立软件原型常用的方法和工具：常用的方法和工具：（1 1）第四代技术第四代技术（2 2）可重用的软件构件可重用的软件构件（3 3）形式化规格说明和原型环境形式化规格说明和原型环境3 33 3 分析建模与规格说明分析建模与规格说明 需求分析阶段需要建立需求分析阶段需要建立3 3种模型：种模型：数据模型：数据模型：实体实体-联系图联系图 功能模型：功能模型：数据流图数据流图 行为模型：行为模型：状态转换图状态转换图 3 33 31 1 分析建模分析建模3 33 32 2 软件需求规格说明软件需求规格说明 是需求分析阶段最主要的文档。是需求分析阶段最主要的文档。3 34 4 实体实体-联系图联系图是

9、一种面向问题的数据模型。是一种面向问题的数据模型。对象：对象：可由一组属性来定义的实体。可由一组属性来定义的实体。属性：属性：对象或联系所具有的性质。对象或联系所具有的性质。联系：联系：对象之间相互连接的方式。对象之间相互连接的方式。1 1：1 1 一对一一对一1 1：m m 一对多一对多m m：n n 多对多多对多基本要点：基本要点：用矩形框表示实体型用矩形框表示实体型 用椭圆框表示实体的属性用椭圆框表示实体的属性 用菱形框表示实体间的联系用菱形框表示实体间的联系1 1m m职工职工部门部门 属于属于职工号职工号姓名姓名年龄年龄性别性别部门号部门号名称名称经理经理关系模型：关系模型：职工（职

10、工（职工号职工号,姓名姓名,年龄年龄,性别性别,部门号部门号）部门（部门（部门号部门号，名称，经理），名称，经理）L Ln nm m供应者供应者工程工程供应供应零件零件供应量供应量关系模型：供应者（关系模型：供应者（供应者号供应者号，）工程（工程（工程号工程号，）零件（零件（零件号零件号，）供应供应（供应号，工程号，零件号供应号，工程号，零件号，供应量），供应量）E-RE-R图：图：商店商店 商品商品 职工职工聘用聘用经营经营销售销售职工号职工号姓名姓名性别性别价格价格产地产地商品名商品名商品号商品号商店号商店号商店名商店名地址地址经理经理月销量月销量1 1n nm mn nm mm m来店时

11、间来店时间商店（商店（商店号商店号,商店名商店名,地址地址,经理）经理）职工（职工（职工号职工号,姓名姓名,性别性别,商店号商店号,来店时间来店时间）商品（商品（商品号商品号,商品名商品名,产地产地,价格价格)销售销售（职工号职工号,商品号商品号,销售数量）销售数量）经营经营（商品号商品号,商店号商店号，月销量），月销量）对应的关系模式如下：对应的关系模式如下：3 35 5 数据规范化数据规范化 为减少数据冗余，避免插入异常、删除为减少数据冗余，避免插入异常、删除异常，简化修改数据的过程，应该对数据进异常，简化修改数据的过程，应该对数据进行规范化。行规范化。通常用通常用范式范式定义消除数据冗余

12、的程度。定义消除数据冗余的程度。第一范式：第一范式：每个属性都必须是原子值。每个属性都必须是原子值。第二范式：第二范式：每个非码属性都完全函数依赖于每个非码属性都完全函数依赖于码。码。第三范式：第三范式：每个非码属性不传递依赖于码。每个非码属性不传递依赖于码。例：描述学校的数据库：例：描述学校的数据库：学生的学号（学生的学号（SnoSno）、所在系（）、所在系（SdeptSdept）系主任姓名（系主任姓名（MnameMname）、课程号（）、课程号（CnoCno）成绩（成绩（GradeGrade）SnoSnoSdeptSdeptMnameMnameCnoCnoGradeGrade1csm1c1

13、a1csm1c2b2csm1c1b2csm1c3b3mim2c51Student 更新异常更新异常 数据冗余数据冗余 ，更新数据时，维护数据完整性代更新数据时，维护数据完整性代价大。价大。例：某系更换系主任后，系统必须修改与该例：某系更换系主任后，系统必须修改与该系学生有关的每一个元组系学生有关的每一个元组 数据冗余太大数据冗余太大浪费大量的存储空间浪费大量的存储空间例：每一个系主任的姓名重复出现例：每一个系主任的姓名重复出现 插入异常插入异常 该插的数据插不进去该插的数据插不进去 例，如果一个系刚成立，尚无学生，我们例，如果一个系刚成立，尚无学生，我们就无法把这个系及其系主任的信息存入数据库

14、。就无法把这个系及其系主任的信息存入数据库。删除异常删除异常 不该删除的数据不得不删不该删除的数据不得不删例，如果某个系的学生全部毕业了，例，如果某个系的学生全部毕业了，我们在我们在删除该系学生信息的同时，把这个系及其系主删除该系学生信息的同时，把这个系及其系主任的信息也丢掉了。任的信息也丢掉了。结论：结论：Student Student关系模式不是一个好的模式。关系模式不是一个好的模式。“好好”的模式：的模式：不会发生插入异常、删除异常、更新异不会发生插入异常、删除异常、更新异常，数据冗余应尽可能少。常，数据冗余应尽可能少。原因：原因：由存在于模式中的由存在于模式中的某些数据依赖某些数据依赖

15、引起的。引起的。属性组属性组U U上的一组函数依赖上的一组函数依赖:F F Sno Sdept,Sdept Mname,Sno Sdept,Sdept Mname,(Sno,Cno)Grade (Sno,Cno)Grade SnoCnoSdeptMnameGradeStudentStudent(Sno,Sdept,Mname,Cno,Grade)(Sno,Sdept,Mname,Cno,Grade)关键字：关键字：(Sno,Cno)(Sno,Cno)属于第一范式属于第一范式即：即：对上述关系模式，通过投影，分解为对上述关系模式，通过投影，分解为如下三个关系模式：如下三个关系模式：学生：学生：S

16、(SNO,SDEPT)SNOSDEPT S(SNO,SDEPT)SNOSDEPT；选课：选课：SG(SNO,CNO,G)(SNO,CNO)GSG(SNO,CNO,G)(SNO,CNO)G；系：系：DEPT(SDEPT,MNAME)SDEPTMNAME DEPT(SDEPT,MNAME)SDEPTMNAME；所有的异常都会得到解决。所有的异常都会得到解决。解决方法：解决方法：通过分解关系模式来消除其中不合适的通过分解关系模式来消除其中不合适的数据依赖。数据依赖。规范化就是将较低一级范式的规范化就是将较低一级范式的关系模式通过分解，转换为若干个关系模式通过分解，转换为若干个较高一级范式的关系模式集

17、合。较高一级范式的关系模式集合。规范化规范化计算机储蓄系统数据流图计算机储蓄系统数据流图存款存单存款存单存款单存款单1记录存记录存款信息款信息存款信息存款信息2打印存打印存款存单款存单 D1 D1 存款信息存款信息储户储户存款信息存款信息存款信息存款信息利息值利息值3核对核对密码密码存款信息存款信息4计算计算利息利息5打印利打印利息清单息清单储户储户取款单取款单利利息息清清单单计算机储蓄系统的实体计算机储蓄系统的实体-联系图联系图储户储户储蓄所储蓄所存取款存取款姓名姓名住址住址电话号码电话号码身份证号码身份证号码电话号码电话号码名称名称地址地址数额数额类型类型利率利率密码密码到期日期到期日期M

18、N3 36 6 状态转换图状态转换图 通过描绘系统的通过描绘系统的状态状态及引起系统状态转及引起系统状态转换的换的事件事件，来表示系统的行为。，来表示系统的行为。1 1状态状态 系统在某个特定阶段所具有的行为模式。系统在某个特定阶段所具有的行为模式。有：有：初态初态、终态终态和和中间状态中间状态。一一张张状状态态图图上上只只能能有有一一个个初初态态，而而终终态态可以有可以有0 0至多个至多个。状态状态1状态变量状态变量1活动表活动表1状态状态2状态变量状态变量2活动表活动表2 初始事件初始事件事件表达式事件表达式结束事件结束事件3 3符号符号2 2事件事件 是在某个特定时刻发生的事情，是在某个

19、特定时刻发生的事情，是引起系统动作或状态转换的控制信息。是引起系统动作或状态转换的控制信息。初始状态初始状态中间状态中间状态最终状态最终状态 当描绘单程生命期时，需要标明初始当描绘单程生命期时，需要标明初始状态和终止状态。状态和终止状态。活动表的语法格式：活动表的语法格式：事件名事件名/动作表达动作表达式式 常使用的标准事件名有：常使用的标准事件名有：entry:entry:指定进入该状态的动作指定进入该状态的动作 do do：指定在该状态下的动作指定在该状态下的动作 exit:exit:指定退出该状态的动作指定退出该状态的动作事件表达式的语法格式：事件表达式的语法格式：事件说明事件说明 守卫

20、条件守卫条件/动作表达式动作表达式 守卫条件为真时：发生状态转换。守卫条件为真时：发生状态转换。电梯的状态转换图电梯的状态转换图向上移动向上移动do/到第到第f f层层空闲空闲do/增加增加TimerTimerTimer=0Timer=0向下移动向下移动do/到第到第f f层层在第一层在第一层上楼（上楼（f f）下楼（下楼（f f）Timer=Timer=超时值超时值/下楼（下楼（第一层第一层）到达到达上楼上楼（f f）到达到达取消取消预定预定入住入住预订预订空闲空闲占用占用维修维修维修维修完成完成退房退房换房换房入住入住换房换房创建创建客房的状态转换图客房的状态转换图白方白方黑方黑方将死将死

21、僵持僵持僵持僵持将死将死黑方胜黑方胜平局平局白方胜白方胜黑黑方方走走开始开始白白方方走走象棋比赛状态转换图象棋比赛状态转换图用完用完CPUCPU时间时间进程的状态转换图进程的状态转换图 当有多个申请占用当有多个申请占用CPU运行的进程时运行的进程时,有有关关CPU分配的进程的状态转换。分配的进程的状态转换。中断事件中断事件中断已处理中断已处理分配分配CPUCPU3 37 7 其它图形工具其它图形工具 层次方框图层次方框图 Warnier Warnier图图 IPO IPO图图 （输入（输入/处理处理/输出图的简称）输出图的简称）用树型结构描绘数据的层次结构。用树型结构描绘数据的层次结构。3 3

22、7 71 1 层次方框图层次方框图 硬件硬件 软件软件 服务服务 处理机处理机产品产品存储器存储器外部外部设备设备系统系统软件软件应用应用软件软件硬件硬件服务服务软件软件服务服务培训培训操作操作系统系统编译编译程序程序软件软件工具工具文件管理文件管理 录录入入案卷管理案卷管理 借阅管理借阅管理 打印报表打印报表 备份备份 排排序序修修改改删删除除插插入入档案管理系统档案管理系统层次结构图（层次图）层次结构图（层次图）层次方框图与层次结构图的区别层次方框图与层次结构图的区别层次方框图层次方框图:描述系统数据的层次结构。描述系统数据的层次结构。图中的连线表示数据的组成关系。图中的连线表示数据的组成

23、关系。层次结构图层次结构图:(层次图、功能模块图层次图、功能模块图)描述系统的软件结构。描述系统的软件结构。图中的连线表示模块的调用关系。图中的连线表示模块的调用关系。3 37 72 Warnier2 Warnier图图 可以表明信息的逻辑组织。可以表明信息的逻辑组织。操作系统（操作系统（P1P1）编译程序（编译程序（P2P2）软件产品软件产品应用软件应用软件系统软件系统软件软件工具软件工具 测试程序（测试程序（P4P4）编辑程序（编辑程序（P3P3）表示同一表示同一类信息类信息 异或异或:表明在一定条件下才出现，表明在一定条件下才出现，而且上、下方不能同时出现，而且上、下方不能同时出现，代表

24、每种软代表每种软件的数量件的数量 3 37 73 IPO3 IPO图图 是一种描绘输入数据、对数据的处理是一种描绘输入数据、对数据的处理和输出数据之间关系的图形工具。和输出数据之间关系的图形工具。旧的主文件旧的主文件 事务文件事务文件1 1校验主记录校验主记录2 2校验事务记录校验事务记录3 3更新主记录更新主记录有效的主记录有效的主记录有效的事务记录有效的事务记录更新后的主文件更新后的主文件输出输出输入输入处理处理 IPO IPO图描绘的不是数据结构图描绘的不是数据结构,而是算法与输入而是算法与输入输出数据之间的关系输出数据之间的关系,以及算法处理的过程。以及算法处理的过程。改进的改进的IP

25、OIPO图（表）：图（表）：增加了一增加了一些附加信些附加信息。息。IPOIPO表表 被调用：被调用：局部变量：局部变量：输入：输入：处理：处理：系统：系统：作者：作者：模块：模块：日期：日期：编号：编号：调用：调用：输出：输出：注释：注释：3 38 8 验证软件需求验证软件需求 从哪些方面验证软件需求的正确性从哪些方面验证软件需求的正确性 1.1.一致性一致性 2.2.完整性完整性 3.3.现实性现实性 4.4.有效性有效性 验证软件需求的方法验证软件需求的方法 1.1.验证需求的一致性验证需求的一致性 形式化的描述方法，用软件工具验证。形式化的描述方法，用软件工具验证。2.2.验证需求的现

26、实性验证需求的现实性 参照以往经验，分析现有技术实现的可能性。参照以往经验，分析现有技术实现的可能性。3.3.验证需求的完整性和有效性验证需求的完整性和有效性 使用原型的方法。使用原型的方法。用于需求分析的软件工具用于需求分析的软件工具软件工具应该满足下列要求：软件工具应该满足下列要求：1 1有形式化语言。有形式化语言。2 2能导出详细的文档。能导出详细的文档。3 3提供分析手段，指明分析的结果提供分析手段，指明分析的结果4 4能够改进通信状况。能够改进通信状况。典型代表：典型代表：PSL/PSA PSL/PSA 问题陈述语言问题陈述语言/问题陈述分析系统问题陈述分析系统（1 1）描述任何应用

27、领域的信息系统。）描述任何应用领域的信息系统。（2 2）创建数据库，保存对系统的描述符。）创建数据库，保存对系统的描述符。（3 3）对描述符施加增、删、改操作。）对描述符施加增、删、改操作。（4 4）产生格式化文档及各种分析报告。）产生格式化文档及各种分析报告。优点：优点：改进了文档质量，保证文档具有完整性、改进了文档质量，保证文档具有完整性、一致性、无二义性，从而减少管理和维护费一致性、无二义性，从而减少管理和维护费用。便于增、删、改。用。便于增、删、改。PSL/PSAPSL/PSA的主要功能：的主要功能：本章小结本章小结 需求分析的根本任务是确定系统必须做什么。需求分析的根本任务是确定系统

28、必须做什么。具体任务：具体任务：1.1.确定系统的确定系统的综合要求综合要求；2.2.分析系统的分析系统的数据要求数据要求；3.3.导出系统的导出系统的逻辑模型逻辑模型；4.4.修正修正开发计划开发计划。是发现、求精、建模、规格说明和复审是发现、求精、建模、规格说明和复审的过程。的过程。访谈访谈 面向数据流自顶向下求精面向数据流自顶向下求精 面向团队的需求收集法面向团队的需求收集法 快速原型法快速原型法 建立模型的方法建立模型的方法需求分析阶段的主要方法有：需求分析阶段的主要方法有：软件需求规格说明书软件需求规格说明书 数据流图数据流图 实体实体-联系图联系图 状态图状态图 数据字典数据字典

29、IPO IPO图、层次方框图、图、层次方框图、WarnierWarnier图。图。为减少冗余，简化修改，还需要对数据为减少冗余，简化修改，还需要对数据结构进行规范化。结构进行规范化。需求分析阶段的主要文档有：需求分析阶段的主要文档有：第三章第三章 复习复习要点要点 1.1.为什么要进行需求分析？通常对软件有哪为什么要进行需求分析？通常对软件有哪些需求？些需求？2.2.需需求求分分析析阶阶段段有有哪哪些些任任务务？获获取取需需求求通通常常采用哪些方法？采用哪些方法？3.3.描描绘绘系系统统精精确确的的逻逻辑辑模模型型，通通常常需需要要建建立立哪些模型？简述各模型的作用。哪些模型？简述各模型的作用

30、。4.4.层层次次方方框框图图、WarnierWarnier图图的的作作用用是是什什么么？二二者有何区别？者有何区别？5.5.什么是什么是IPOIPO图？图？IPOIPO图的作用是什么？图的作用是什么？6.6.验证软件需求需要从哪几方面进行验证？验证软件需求需要从哪几方面进行验证？软件需求说明书软件需求说明书1 1 引言引言1.1 1.1 编写目的：编写目的：阐明编写需求说明书的阐明编写需求说明书的目的，指明读者对象。目的，指明读者对象。1.2 1.2 项目背景：项目背景：应包括应包括 项目的委托单位、开发单位和主管部项目的委托单位、开发单位和主管部门；门；该软件系统与其他系统的关系。该软件系

31、统与其他系统的关系。1.3 1.3 定义：定义：列出文档中所用到的专门术列出文档中所用到的专门术语的定义和缩写词的愿文。语的定义和缩写词的愿文。1.4 1.4 参考资料：参考资料：可包括可包括 项目经核准的计划任务书、合同或上项目经核准的计划任务书、合同或上级机关的批文级机关的批文 文档所引用的资料、规范等文档所引用的资料、规范等 列出这些资料的作者、标题、编号、列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源发表日期、出版单位或资料来源2 2 任务概述任务概述2.1 2.1 目标目标2.2 2.2 运行环境运行环境2.3 2.3 条件与限制条件与限制3 3 数据描述数据描述3.1

32、 3.1 表态数据表态数据3.2 3.2 动态数据：动态数据：包括输入数据和输出数据。包括输入数据和输出数据。3.3 3.3 数据库描述：数据库描述：给出使用数据库的名称给出使用数据库的名称和类型。和类型。3.4 3.4 数据词典数据词典3.5 3.5 数据采集数据采集 4 4 功能需求功能需求4.14.1功能划分功能划分4.24.2功能描述功能描述5 5 性能需求性能需求5.1 5.1 数据精确度数据精确度5.2 5.2 时间特性：时间特性：如响应时间、更新处理时间、如响应时间、更新处理时间、数据转换与传输时间、运行时间等。数据转换与传输时间、运行时间等。5.3 5.3 适应性：适应性：在操

33、作方式、运行环境、与其在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，他软件的接口以及开发计划等发生变化时，应具有的适应能力。应具有的适应能力。6 6 运行需求运行需求6.1 6.1 用户界面：用户界面：如屏幕格式、报表格式、如屏幕格式、报表格式、菜单格式、输入输出时间等。菜单格式、输入输出时间等。6.2 6.2 硬件接口硬件接口6.3 6.3 软件接口软件接口6.4 6.4 故障处理故障处理7 7 其他需求其他需求:如可使用性、安全保密、如可使用性、安全保密、可维护性、可移植性等。可维护性、可移植性等。文档编写标准化文档编写标准化(国家标准国家标准)在项目开发过程中，应该按要

34、求编写好十三种在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。完整性、灵活性、可追溯性。可行性分析报告：可行性分析报告：说明该软件开发项目的实说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。方案，说明并论证所选定实施方案的理由。项目开发计划：项目开发计划：为软件项目实施方案制订出为软件项目实施方案制订

35、出具体计划，应该包括各部分工作的负责人员、开发具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源的进度、开发经费的预算、所需的硬件及软件资源等。等。软件需求说明书（软件规格说明书）：软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应编写的，也是实施开发工作的基础。该说明书应给出数据逻

36、辑和数据采集的各项要求，为生成和给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。维护系统数据文件做好准备。概要设计说明书：概要设计说明书：该说明书是概要实际阶该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计、数据结构设计和出错处理设计等，为详细设计提供基础。设计提供基础。详细设计说明书：详细设计说明书：着重描述每一模块是着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。怎样实现的，包括

37、实现算法、逻辑流程等。用户操作手册：用户操作手册：本手册详细描述软件的本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软功能、性能和用户界面，使用户对如何使用该软件得到具体的了解件得到具体的了解,为操作人员提供该软件各种为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细运行情况的有关知识，特别是操作方法的具体细节。节。测试计划：测试计划：为做好集成测试和验收测试，为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取试的内容、进度、条件、人员、测试用例的选取原则、测试结

38、果允许的偏差范围等。原则、测试结果允许的偏差范围等。测试分析报告：测试分析报告：测试工作完成以后，测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。以分析，并提出测试的结论意见。开发进度月报：开发进度月报：该月报系软件人员按月该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。遇到的问题和解决的办法以及下个月的打算等。项目开发总结报告：项

39、目开发总结报告：软件项目开发完成软件项目开发完成以后，应与项目实施计划对照，总结实际执行的以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出人力，此外，还需对开发工作做出评价，总结出经验和教训。经验和教训。软件维护手册：软件维护手册：主要包括软件系统说主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。明、维护过程的说明，便于软件的维护。软件问题报告：软件问题报告：指出软件问题的登记指出软件问题的登记情况，如日期、发现人、状态、问题所属模块情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。等，为软件修改提供准备文档。软件修改报告：软件修改报告：软件产品投入运行以软件产品投入运行以后，发现了需对其进行修正、更改等问题，应后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。出详细的描述，提交审批。