软件开发流程

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

软件开发流程

开发流程总图

可行性分析和项目开发计划-->需求分析-->概要分析-->详细设计-->编码-->测试-->维护

(一)可行性分析和项目开发计划

软件可行性研究的目的就是用最小的代价在尽可能短的时间内确定该软件项目是否够开发,是否值得去开发。

i.技术可行性

确定现有资源(软件、硬件、技术人员)条件下,项目是否能实现。

ii.经济可行性

进行开发成本的估算以及了解取得经济效益的评估,确定要开发的项目是否值

得投资去开发。

iii.社会可行性

要开发的项目是否存在任何侵犯、妨碍等责任问题,要开发项目的运行方式在

用户组内是否行得通,现有管理制度、人员素质、操作方式是否可行。

编写文档:《可行性研究报告》

《项目开发计划》

《项目开发计划》是一个管理性文档,说明项目的各项主要工作,双方承担的责任,项目完成期限及其他条件限制。

(二)需求分析

需求分析是指:开发人员准确理解用户的要求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转化到相应形式的功能规约(需求规格说明书)的过程。

需求分析的任务:

i.问题识别

1.功能需求:所开发的软件必须具备怎样的功能。

2.性能需求:待开发的软件的技术性能指标。

3.环境需求:软件运行时所需的软硬件的要求。

4.用户界面需求:人机交互方式等。

ii.分析与综合,导出软件的逻辑模型

在分析与综合中,逐步细化软件功能,划分各个子功能,用图文结合的形式,

建立系统的逻辑模型。

iii.编写文档

《需求规格说明书》:把双方共同的理解与分析结果用规范的方式描述出来,作为今后各项工作的基础。

《初步用户使用手册》:着重反应被开发软件的用户功能界面和用户使用的具体要求。

《确认测试计划》:对原计划进行适当修整。

需求分析方法:结构化分析方法,简称SA,是面向数据流进行分析的方法。该方法使用简单易读的符号,根据软件内数据传递、变换的关系,自顶向下逐层分解,描绘出满足功能要求的软件模型。

描述工具:

数据流图(DFD):以图形方式描绘数据在系统中流动和处理的工程。

数据字典(DD):为分析人员查找数据流图中有关名字的详细定义而服务。

(三)概要设计

概要设计是要软件“做什么”的逻辑模型变换为“怎么做”的物理模型,把软件需求转换为软件表示,描述软件的总的体系结构。

概要设计任务

i.设计软件系统结构

1.采用某种设计方法,将一个复杂的系统按功能划分为模块

2.确定每个模块的功能

3.确定模块之间的调用关系

4.确定模块之间的接口

ii.数据结构及数据库设计

对于大型数据处理的软件系统,除了控制结构的模块设计外,数据结构与数据

库设计也比较重要。

iii.编写概要设计文档

《概要设计说明书》

《数据库设计说明书》

软件结构设计优化准则:

1、划分模块时,尽量做到高内聚,低耦合,保持模块相对独立性,可将功能

过于简单而又有联系的模块进行合并,合并时消除重复功能。

2、有判定功能的模块应与受其影响的模块在层次上尽量靠近。

3、软件结构的深度、宽度、扇入、扇出应适当。

4、模块的大小要适中。

5、模块的接口要简单、清晰、含义明确、便于理解、易于实现、测试与维护。

(四)详细设计

详细设计任务:

i.为每个模块进行详细的算法设计概要设计,将每个模块的处理过程的详细算

法描述出来。

ii.为模块内的数据结构进行设计,对于需求分析,概要设计确定的概念性的数据类型进行确切的定义。

iii.对数据库进行物理设计

iv.编写详细设计说明书

(五)编码

编码即“编程序”,它是在前一阶段详细设计的基础上进行的。它是详细设计得到的处理过程的描述转换为基于某种计算机语言的程序。

程序设计语言的选择:

1、项目的应用领域

2、软件开发的方法

3、软件执行的环境

4、软件开发人员的知识

程序设计风格

1、源程序文档化(编码规范)

2、数据说明(注释)

3、语句构造

4、输入输出(结束标志)

5、效率

(六)测试

测试阶段的基本任务是根据软件开发的各阶段的文档资料和程序内部结构,精心设计一组测试用例,找出软件潜在的各种错误和缺陷。

软件测试原则:

1、测试用例应有输入数据和预期的输出数据两部分组成。

2、测试用例不仅要选择合理的输入数据,还要选择不合理的输入数据

3、除了检查程序是否做了它应该做的事,还要检查程序是否做了它不应该做的事。

4、长期保留测试用例。

5、程序员避免测试自己的程序。

测试方法:

1、静态测试:不在机器上运行,采用人工检测和计算机辅助分析的手段对程序进

行检测。

2、动态测试:

a)黑盒测试:测试人员不考虑程序的内部结构和处理过程,只在软件接口进

行测试,依据需求规格说明书,检查程序是否满足功能需求。

b)白盒测试:测试人员须了解程序的内部结构和处理过程,以检查处理过程

的细节为基础,对程序中尽可能多的逻辑路径进行测试,检查内部控制结构和数据

结构是否有错,实际的运行状态与预期的状态是否一致。

测试过程:

1、单元测试:对源程序中每一个程序单元进行测试,检查各个模块是否正确实现

规定的功能,从而发现模块在编码中或算法中的错误。

2、集成测试:检查与设计相关的软件体系结构的有关问题。

3、确认测试:主要检查已实现的软件是否满足需求规格说明书中确定了的各种需

求。

4、系统测试:把已确认的软件与其他系统元素(其他支出软件、硬件等)结合在

一起测试。

版本发布:

分为a、b、c三个阶段

1、a 阶段也就是一开始测试的阶段,它是由该公司内部人员完成,称为:alpha

测试,alpha测试主要看有没有功能上的缺失或系统错误什么的。

2、b 阶段发布到公网上或以其他途径发给普通用户测试,称为:beta测试。主要

看客户对软件外观,使用方便性等的反应。

3、c 阶段称为:RC测试,该版本已经完成全部功能并清除大部分bug,到这个阶

段只会去除一小的bug,不会对软件做任何大的更改。最后正式版发布,测试阶段结束同时会在正式版的软件名称加上--final

相关文档
最新文档