http://wiki.sseuu.com/index.php?action=history&feed=atom&title=%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B 2026-05-08T01:52:15Z 本wiki的该页面的版本历史 MediaWiki 1.30.0 http://wiki.sseuu.com/index.php?title=%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B&diff=16132&oldid=prev 2019-08-13T01:40:18Z

<p>创建页面，内容为“{{4}} [https://baike.baidu.com/item/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B/3430246?fr=aladdin 第一稿来自百度百科] 本词条由“科普...”</p> <p><b>新页面</b></p><div>{{4}} [https://baike.baidu.com/item/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B/3430246?fr=aladdin 第一稿来自百度百科] <br /> <br /> 本词条由“[[科普中国]]”[[科学百科词条编写与应用工作项目]] 审核 。<br /> <br /> 软件开发流程即软件设计思路和方法的一般过程，包括对软件先进行需求分析，设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编码和调试、程序联调和测试以及编写、提交程序等一系列操作以满足客户的需求并且解决客户的问题，如果有更高需求，还需要对软件进行维护、升级处理，报废处理。 [1] <br /> <br /> 中文名 软件开发流程 外文名 Software development process <br /> <br /> = 简介 =<br /> <br /> == 周期和阶段 ==<br /> <br /> 从管理的角度，即从业务和经济的角度来看，软件的生命周期包括四个主要阶段 [1] ：<br /> <br /> 起始阶段（Inception）-- 有一个好的想法：具体构想出终于产品的设想和它的业务案例，确定项目的范围 。<br /> <br /> 细化阶段（Elaboration）--计划必要的活动和所需资源，具体确定功能并设计构架 。<br /> <br /> 构建阶段（Construction）-- 构建产品， 发展最初的设想、构架和计划，直到一个能够交付给用户的产品（完毕后的设想）完毕。<br /> <br /> 移交阶段（Transition）-- 将产品移交用户使用，包含：制造、交付、培训、支持、维护，直到用户惬意。<br /> <br /> 完毕这4个阶段称为一个开发周期，它产生的软件称作第一代（generation）。 除非产品的生命结束， 一个现有产品能够通过反复下一个同样的起始、细化、构建和移交四阶段，各个阶段的侧重点与第一次不同，从而演进为下一代产品。 这个时期我们称之为演进(evolution)。最后伴随着产品经过几个周期的演进，新一代产品也不断被制造出来。比如，演进周期的启动可能由下面这几项触发：用户建议增强功能、用户环境的改变、重要技术的变更，以及应对竞争的需要。<br /> <br /> 实际中，周期之间会有轻微重叠：起始阶段和细化阶段可能会在上一个周期的移交阶段未结束时就开始了。<br /> <br /> 迭代<br /> <br /> 从技术的角度来看，软件开发能够视为一连串的迭代过程，通过这些迭代被开发的软件得以增量演进。 每次迭代都以一个可运行的产品的公布而结束， 该产品可能是完整版本号的一个子集，但从project的或用户的角度来看是实用的。 每次公布都伴随一些支持性工件：版本号描写叙述、用户文档和计划等。<br /> <br /> 一次迭代包含下面活动： 计划、分析、设计、实施和测试。 依据迭代在开发周期中所处位置的不同，这些活动分别占不同的比例。<br /> <br /> 管理角度和技术角度之间是协调的， 并且各个阶段的结束还和各次迭代的结束保持同步。换句话说，每一个阶段能够分为一次或多次迭代过程。<br /> <br /> 差别<br /> <br /> 对于不同的项目而言，每一个阶段的侧重点，入口和出口准则，一个开发周期的各个工件，以及各次迭代的数目和长度都会不同。这主要取决于作为过程判别式的的四个主要项目特征。依照影响程度降序排列，它们是：<br /> <br /> 业务环境<br /> <br /> 契约性工作，开发人员基于给定的客户规格说明仅仅为该客户开发软件。<br /> <br /> 猜测性开发或商业开发，开发人员开发软件以推向市场。<br /> <br /> 内部项目， 开发人员和客户在同一个机构中。<br /> <br /> 软件开发工作量的规模：<br /> <br /> 　　依照一些度量标准来确定，比方 Delivered Source Instructions，或功能点、人-月数，或者仅仅依照成本。<br /> <br /> 新颖程度：<br /> <br /> 　　对于软件开发组织，这个软件新颖程度怎样有多新，尤其是该软件是否为第二次或更后面的周期。这项差别包含了组织和过程的成熟度、资产、技术水平，当前的技状况，以及诸如组建并培训团队、获取工具及其它资源这种问题。<br /> <br /> 应用类型，目标领域：<br /> <br /> 　　MIS，命令和控制系统, 嵌入式实时系统, 软件开发环境工具等等, 尤其时详细的应用领域会给开发提出特殊的约束条件：安全性、性能、国际化、内存限制等。<br /> <br /> = 开发流程 = <br /> <br /> == 需求分析 ==<br /> <br /> #相关系统分析员向用户初步了解需求，然后用相关的工具软件列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。<br /> #系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。<br /> #系统分析员向用户再次确认需求。<br /> <br /> == 概要设计 ==<br /> <br /> 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 [2] <br /> <br /> == 详细设计 ==<br /> <br /> 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。<br /> <br /> == 编码 ==<br /> <br /> 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题！<br /> <br /> == 测试 ==<br /> <br /> 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。软件测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常操作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会有不可预料的问题存在。完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。<br /> <br /> == 软件交付 ==<br /> <br /> 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。<br /> 《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。<br /> 《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。<br /> <br /> == 验收 ==<br /> <br /> 用户验收。<br /> <br /> == 维护 ==<br /> <br /> 根据用户需求的变化或环境的变化，对应用程序进行全部或部分的修改。 [2] [3] <br /> <br /> = 软件维护 =<br /> <br /> 维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。 [2] <br /> #软件数据库管理<br /> #用户跟踪培训<br /> #故障分析解决<br /> <br /> == 软件升级 ==<br /> <br /> 需求调整分析<br /> <br /> 软件功能拓展<br /> <br /> 优化系统<br /> <br /> <br /> = 报废处理 =<br /> <br /> 软件不能适应业务发展<br /> <br /> 新软件项目立项<br /> <br /> 企业数据信息备份<br /> <br /> = 举例解析 =<br /> #例如某家公司想找人订做一套人事管理软件，从某种渠道上得知某家软件开发公司提供这种服务，所以进行联系。<br /> #软件开发公司会派专门的软件工程师到他们那里去了解我们要设计一个什么的东西给用户用，然后回来做个方案给他们，其中方案的内容包括：开发出来的软件大概的界面是怎样？方便什么人使用？什么人可以使用什么功能？方便到什么程度？大概的硬件要求是怎样等？<br /> #用户看了方案后，确定他们就是要做一套这样的软件，开发方就开始开发这套软件。<br /> #开发方把开发出来的软件交给用户使用，其中在使用的过程中哪里使用不方便或哪里达不到要求，开发方会第一时间修改这些功能，直到用户要求的所有功能都能很完美的解决掉。<br /> #用户如果因为公司发展壮大的需要，需要将软件升级开发方会做功能拓展。<br /> <br /> = 参考资料 =<br /> #李政．软件开发流程实训 ：中国财政经济出版社，2005.9<br /> #谈文蓉，崔梦天．软件开发项目实践：西南交通大学出版社，2016.7<br /> #厉小军，潘云，谢波．软件开发过程及规范 ：清华大学出版社，2013.6</div>

丑牛