软件开发的完整步骤
发布时间:2020-07-04
软件开发的完整步骤目录1 问题定义3 1.1 用户调查3 1.2 编写《系统目标与范围说明》3 2 可行性研究4 2.1 确定项目的规模和目标4 2.2 研究正在运行的系统4 2.3 建立新系统的高层逻辑模型4 2.4 重新定义问题4 2.5 导出和评价各种方案4 2.6 推荐可行方案5 2.7 编写《可行性研究报告》5 2.8 提交审查5 3 需求分析5 3.1 制定需求分析计划5 3.2 需求获取5 3.3 分析和综合6 3.4 协商与沟通6 3.5 编写《需求规格说明书》6
3.6 需求验证6 3.7 修改完善开发计划6 3.8 技术审查和管理复审6 4 概要设计7 4.1 制定规范7 4.2 设想供选择的方案7 4.3 推荐最佳方案7 4.4 功能分解7 4.5 软件结构设计7 4.6 数据设计8 4.7 制定测试计划8 4.8 编写《概要设计规格说明书》8 4.9 其他文档编写8 4.10 技术审查和管理复审8 5 详细设计8 5.1 数据结构设计8 5.2 物理设计9 5.3 算法设计9 5.4 界面设计9 5.5 其他设计9 5.6 编写《详细设计规格说明书》9 5.7 技术审查和管理复审9
6 编码9 6.1 选择合适的程序设计语言10 6.2 制定编码规范10 6.3 建立数据库系统10 6.4 程序编码10 7 测试10 7.1 测试用例设计10 7.2 单元测试11 7.3 集成测试11 7.4 系统测试11 7.5编写《测试分析报告》11
1问题定义
问题定义指在项目初期,从客户或用户处获取需求,弄清用户需要计算机解决的问题根本所在,以及项目所需的经费和资源的文档,最终使开发人员与客户就所构建的系统的范围达成一致意见
1.1 用户调查
对用户进行访谈,调查,初步了解项目范围,需要解决的问题以及项目经费的重要信息。
1.2 编写《系统目标与范围说明》
将本阶段的结果写成相应的文档,即《系统目标与范围说明》
2 可行性研究
软件可行性分析最根本的任务是用最少的代价,对以后的行动方针提出建议。如果问题没有可行的解释,分析员应该建议停止这项开发工程,以避免时间、资源、人力和金钱的浪费;如果问题值得解,分析员应该推荐一个较好的解决方案,并且为工程制定一个初步的计划。
2.1 确定项目的规模和目标
分析员对有关人员进行调查访问,仔细阅读和分析有关的材料,对项目的规模和目标进行定和确认,清晰地描述项目的一切限制和约束,确保分析员正在解决的问题确实是要解决的问题。
2.2 研究正在运行的系统
收集,研究,分析现有系统的文档资料和使用手册,实地考察现有系统,在考察的基础上,访问有关人员,确定目标系统必须完成的基本功能。
2.3 建立新系统的高层逻辑模型
根据对现有系统的分析研究,逐步明确了新系统的功能,处理流程以及所受约束,然后使用数据流图和数据字典,概括的描述高层的数据处理和流动。
2.4 重新定义问题
将新系统的高层逻辑模型与项目的问题及目标进行比较,重新复查问题定义,工程规模和目标。
2.5 导出和评价各种方案
分析员建立了新系统的高层逻辑模型,并进行复查后,要从技术的角度出发,提出高层逻辑模 型的不同方案,即导出若干较高层次的物理解法。根据技术可行性,经济可行性,社会可行性对各种方案进行评估,去掉行不通的解法,得到可行的解法。
2.6 推荐可行方案
根据之前可行性研究的结构,应该决定该项目是否值得去开发。若值得开发,那么可行的解决 方案是什么,并且说明该方案可行的原因和理由。 草拟开发计划
初步确定工程进度表,开发人员,所需要的资源以及对项目所需要的时间进行估计。
2.7 编写《可行性研究报告》
将该阶段的可行性研究过程的结果写成相应的文档,即《可行性研究报告》
2.8 提交审查
用户和使用部门对《可行性研究报告》进行仔细审查,从而决定该项目是否进行开发,是否接受可行的实现方案。
3 需求分析
需求分析要求开发人员准确理解用户的需求,进行细致的调查分析,将用户非形式的需求陈述 转化为完整的需求定义,再由需求定义转化到相应的形式功能规约(需求规格说明)的过程。 需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提 出完整、准确、清晰、具体的要求。
3.1 制定需求分析计划
需求分析是一项重要的工作,也是最困难的工作,这个阶段可能会耗费相当的时间,人力以及 物力。若有明确的计划进行指导,将使得需求分析工作更加有条不紊的进行。
3.2 需求获取
需求获取是一个对准备建立的系统和正在使用的系统进行信息收集并从这些信息中提取用户需求和系统需求的过程。可以通过用户面谈,实地考察,用例,需求专题讨论会等方式发现,获取需求。
3.3 分析和综合
分析人员根据导出的需求,进行移植的分析检查,在分析,综合中逐步细化软件功能,划分成 各个子功能,找出各元素之间的联系,接口特性和设计上的限制。 导出软件的逻辑模型 根据分析与综合的结果,细化可行性研究阶段形成的高层逻辑模型,包括数据流图和数据字典,E-R图,状态转换图等,以图文的形式建立起性系统的逻辑模型。
3.4 协商与沟通
在有多个项目相关人员(信息持有者)参与的地方,需求将不可避免的发生冲突,在这个阶段 需要对需求的优先权进行排序并通过协商发现并解决这些冲突。
3.5 编写《需求规格说明书》
把双发共同的理解与分析的结果用规范的方式描述出来,形成《需求规格说明书》,并向下一阶段提交,作为今后各项工作的基础。
3.6 需求验证
为保障软件质量,确保软件开发成,一旦对系统提出一组要求之后,必须严格验证这些需求的 正确性,一般从一致性,完整性,现实性,有效性四个方面进行验证。在这个阶段,系统客户 和系统开发人员必须详细地阅读需求文档并检查其中的错误,一旦检查出任何问题必须记录下 来,接着客户就需要和开发人员协商如何解决问题。
3.7 修改完善开发计划
在需求分析阶段对待开发的系统有了更进一步的了解,所以能更准确的估计开发成本,进度以