软件开发的完整步骤————————————————————————————————作者: ————————————————————————————————日期:软件开发的完整步骤目录１问题定义............................. 错误!未定义书签。

1．1 用户调查ﻩ错误!未定义书签。

1.2 编写《系统目标与范围说明》 .... 错误!未定义书签。

２可行性研究............................ 错误!未定义书签。

２.１确定项目的规模和目标 (6)2.2 研究正在运行的系统ﻩ错误!未定义书签。

2.3 建立新系统的高层逻辑模型ﻩ错误!未定义书签。

2．4 重新定义问题 (7)２.5 导出和评价各种方案ﻩ错误!未定义书签。

2．6 推荐可行方案 ................. 错误!未定义书签。

2．7 编写《可行性研究报告》ﻩ错误!未定义书签。

2.8 提交审查ﻩ错误!未定义书签。

3 需求分析.............................. 错误!未定义书签。

3．1 制定需求分析计划 ............. 错误!未定义书签。

３.2 需求获取 ...................... 错误!未定义书签。

３.3 分析和综合ﻩ错误!未定义书签。

３.4 协商与沟通 .................... 错误!未定义书签。

3.5 编写《需求规格说明书》ﻩ错误!未定义书签。

3.6 需求验证ﻩ错误!未定义书签。

3.7 修改完善开发计划ﻩ错误!未定义书签。

3.8 技术审查和管理复审ﻩ错误!未定义书签。

4 概要设计ﻩ错误!未定义书签。

４．1 制定规范 .................... 错误!未定义书签。

4.2 设想供选择的方案 ............... 错误!未定义书签。

4.3 推荐最佳方案ﻩ错误!未定义书签。

4.4 功能分解ﻩ错误!未定义书签。

4.5 软件结构设计ﻩ错误!未定义书签。

４.6 数据设计ﻩ错误!未定义书签。

4.7 制定测试计划 .................. 错误!未定义书签。

4.8 编写《概要设计规格说明书》 ..... 错误!未定义书签。

４.9 其他文档编写 .................. 错误!未定义书签。

4.10 技术审查和管理复审ﻩ错误!未定义书签。

5 详细设计.............................. 错误!未定义书签。

5.1 数据结构设计ﻩ错误!未定义书签。

5．２物理设计ﻩ错误!未定义书签。

5.３算法设计 (11)５.４界面设计ﻩ错误!未定义书签。

5.５其他设计ﻩ错误!未定义书签。

5.6 编写《详细设计规格说明书》ﻩ错误!未定义书签。

5．７技术审查和管理复审 ........... 错误!未定义书签。

6 编码ﻩ错误!未定义书签。

6．1 选择合适的程序设计语言ﻩ错误!未定义书签。

６.2 制定编码规范ﻩ错误!未定义书签。

6．3 建立数据库系统 ................ 错误!未定义书签。

6.4 程序编码....................... 错误!未定义书签。

7 测试................................... 错误!未定义书签。

7.1 测试用例设计ﻩ错误!未定义书签。

7．2 单元测试13ﻩ7.3 集成测试ﻩ错误!未定义书签。

7.４系统测试 ...................... 错误!未定义书签。

7.5编写《测试分析报告》............ 错误!未定义书签。

1 问题定义ﻩ问题定义指在项目初期,从客户或用户处获取需求，弄清用户需要计算机解决的问题根本所在，以及项目所需的经费和资源的文档，最终使开发人员与客户就所构建的系统的范围达成一致意见1.1 用户调查对用户进行访谈，调查,初步了解项目范围,需要解决的问题以及项目经费的重要信息。

１.2 编写《系统目标与范围说明》将本阶段的结果写成相应的文档，即《系统目标与范围说明》２可行性研究软件可行性分析最根本的任务是用最少的代价,对以后的行动方针提出建议。

如果问题没有可行的解释，分析员应该建议停止这项开发工程,以避免时间、资源、人力和金钱的浪费；如果问题值得解，分析员应该推荐一个较好的解决方案,并且为工程制定一个初步的计划。

2.1 确定项目的规模和目标分析员对有关人员进行调查访问，仔细阅读和分析有关的材料，对项目的规模和目标进行定和确认，清晰地描述项目的一切限制和约束，确保分析员正在解决的问题确实是要解决的问题。

２.2 研究正在运行的系统收集,研究，分析现有系统的文档资料和使用手册,实地考察现有系统,在考察的基础上，访问有关人员，确定目标系统必须完成的基本功能。

2.3 建立新系统的高层逻辑模型根据对现有系统的分析研究，逐步明确了新系统的功能,处理流程以及所受约束，然后使用数据流图和数据字典，概括的描述高层的数据处理和流动。

2.4 重新定义问题将新系统的高层逻辑模型与项目的问题及目标进行比较,重新复查问题定义,工程规模和目标。

2.５导出和评价各种方案分析员建立了新系统的高层逻辑模型，并进行复查后，要从技术的角度出发,提出高层逻辑模型的不同方案,即导出若干较高层次的物理解法。

根据技术可行性,经济可行性,社会可行性对各种方案进行评估,去掉行不通的解法,得到可行的解法。

２.6 推荐可行方案根据之前可行性研究的结构，应该决定该项目是否值得去开发。

若值得开发,那么可行的解决方案是什么,并且说明该方案可行的原因和理由。

草拟开发计划初步确定工程进度表,开发人员,所需要的资源以及对项目所需要的时间进行估计。

2．７编写《可行性研究报告》将该阶段的可行性研究过程的结果写成相应的文档，即《可行性研究报告》２.8 提交审查用户和使用部门对《可行性研究报告》进行仔细审查,从而决定该项目是否进行开发,是否接受可行的实现方案。

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

需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。

3.1 制定需求分析计划需求分析是一项重要的工作,也是最困难的工作，这个阶段可能会耗费相当的时间,人力以及物力。

若有明确的计划进行指导,将使得需求分析工作更加有条不紊的进行。

3.2 需求获取需求获取是一个对准备建立的系统和正在使用的系统进行信息收集并从这些信息中提取用户需求和系统需求的过程。

可以通过用户面谈，实地考察，用例，需求专题讨论会等方式发现，获取需求。

3.3 分析和综合分析人员根据导出的需求，进行移植的分析检查,在分析，综合中逐步细化软件功能，划分成各个子功能,找出各元素之间的联系,接口特性和设计上的限制。

导出软件的逻辑模型根据分析与综合的结果,细化可行性研究阶段形成的高层逻辑模型,包括数据流图和数据字典,Ｅ-R图，状态转换图等,以图文的形式建立起性系统的逻辑模型。

3.４协商与沟通在有多个项目相关人员(信息持有者）参与的地方,需求将不可避免的发生冲突,在这个阶段需要对需求的优先权进行排序并通过协商发现并解决这些冲突。

３.5 编写《需求规格说明书》把双发共同的理解与分析的结果用规范的方式描述出来,形成《需求规格说明书》，并向下一阶段提交，作为今后各项工作的基础。

3.6 需求验证为保障软件质量，确保软件开发成，一旦对系统提出一组要求之后，必须严格验证这些需求的正确性,一般从一致性,完整性，现实性，有效性四个方面进行验证。

在这个阶段,系统客户和系统开发人员必须详细地阅读需求文档并检查其中的错误,一旦检查出任何问题必须记录下来,接着客户就需要和开发人员协商如何解决问题。

３.7 修改完善开发计划在需求分析阶段对待开发的系统有了更进一步的了解，所以能更准确的估计开发成本，进度以及资源要求，因此,对原计划要进行适当修正。

3.8 技术审查和管理复审用户和使用部门对《需求规格说明书》进行仔细的审查，通过后该文档将作文今后工作的基础。

4 概要设计概要设计也成为总体设计,在这个极端需要确定软件的总体结构,也就是软件应该由哪些模块组成，以及模块与模块之间的接口关系,软件系统主要的数据结构，同时还要制定测试计划,形成概要设计说明书。

4.1 制定规范尽管每个开发组织都有概要设计规范,但是不同的应有有些特殊性，所以应该针对具体的软件特点，制定出合适的规范。

包括设计文档的编制标准，编码的信息形式，与硬件、操作系统的接口规约，命名规则等。

4.2 设想供选择的方案在概要设计时，设计人员应该考虑各种可能的实现方案,并且力求从中选出最佳方案。

此时设计人员有充分的自由比较不同的实现方案，一旦选出了最佳方案,将能大大提高系统的性价比。

４.３推荐最佳方案综合分析对比各种合理方案的利弊,推荐一个最佳方案,并为最佳方案制定详细的实现计划。

用户和有关技术专家应该认真审查，若符合需求并且完全能够实现，则提请负责人审批。

方案被接受后者进入下一阶段。

４.4 功能分解为确定软件结构，首先需要从现实角度把复杂的功能进一步分解。

分析员结合算法描述仔细分析数据流图中的每个处理，将复杂的功能分解成一系列比较简单的功能。

经过分解细化之后, 通常一个模块只完成一个适当的功能,每个模块对于大多数程序员都是易于理解的。

４.５软件结构设计设计软件模块的结构就是要把软件模块组成良好的层次系统，描述各模块之间的关系。

顶层模块调用它下层模块，每个下层模块再调用更下层的模块,最下层的模块完成最具体的功能,这样自顶向下实现一个完整的功能。

４.6 数据设计数据设计包括数据结构设计，文件设计和数据库设计。

根据需求分析阶段获得的数据要求,确定实现系统所必须的数据,数据之前的关系,存储数据的实体。

4.7 制定测试计划为了保证软件的可测试性，软件在一开始就要考虑软件的测试问题，但是这个阶段的测试计划应该是针对软件结构的测试和系统测试。

4.８编写《概要设计规格说明书》将本阶段的成果编制为相应的文档，即《概要设计规格说明书》。

４.９其他文档编写需要提交审查的文档还包括用户手册,测试计划,实现计划等,还需要对这些文档进行编写。

4．10 技术审查和管理复审最后应该对总体设计的结果进行严格的技术审查，在技术审查通过之后再由客户从管理角度进行复审。

5 详细设计详细设计阶段的根本目的是确定应该怎样具体地实现所要求的系统,经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以吧这个描述直接翻译成用某种程序设计语言书写的程序。

５.1 数据结构设计数据结构设计指的是对需求分析,概要设计阶段确定的概念性的数据进行确切的定义。