软件项目开发流程

 软件开发流程（Software development process）

 首先 看一下基本软件项目开发流程图

其中

1.需求分析：
　　通过对客户业务的了解和与客户对流程的讨论对需求进行基本建模，最终形成需求规格说明书。
2.总体设计：
　　通过分析需求信息，对系统的外部条件及内部业务需求进行抽象建模，最终形成概要设计说明文档。
3.详细设计：
　　此部分在对需求和概要设计的基础上进行系统的详细设计（也包含部分代码说明）。 
4.开发编程：
　　对系统进行代码编写。
5.测试分析与系统整合：
　　对所有功能模块进行模拟数据测试及其它相关性测试并整合所有模块功能。
6.现场支持：
　　系统上线试运行进行现场问题记录、解答。
7.系统运行支持：
　　系统正式推产后，对系统进行必要的维护和BUG修改

需求分析是怎样做的？

需求分析是构建软件系统的一个重要过程。 一般，把需求类型分成三个类型： 

1、业务需求（business requirement）
　　反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。 
2、用户需求(user requirement) 
　　文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 
3、功能需求(functional requirement)
　　定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 

业务需求和用户需求是软件需求分析的基础，也是软件构建的前提。
系统分析员通过对业务需求和用户需求的分解，将其转换成可以形式化描述的软件功能需求。
开发软件系统最为困难的部分，就是准确说明开发什么。这就需要在开发的过程中不断的与用户进行交流与探讨,使系统更加详尽,准确到位。这就需要确定用户是否需要这样的产品类型以及获取每个用户类的需求。 

　　客户也经常是矛盾的。事实上，很少有客户能够明确的知道怎样的一个系统对自己是最有益处的，他们往往在集中方案之间徘徊，于是经常产生需求的变动。生产厂商经常陷入客户自己的矛盾之中。 

　　客户的负面影响可能对于能够在预算内按时完成项目产生很大的影响。尽管客户需要对需求的质量负责任，但是，当一个软件项目因为客户事先没有预料到的情况而导致失败的时候，即使客户不会追究开发方的责任，就软件项目本身而言，也已经是失败的。
 
总结： 

良好的需求分析是软件成功的基础。
在软件项目整个过程中系统分析员主动进行沟通，提出指导性意见。当软件融合了客户和系统分析员双方智慧，其质量将会进一步得以提高。

软件开发管理规范流程图

　　摘项目管理的根本目的是按时、保质、保量完成预期交付的成果。项目管理要让整个组织能清楚理解项目实施的目的、影响、进度，应做到项目组所有员工都应理解项目实施的原因、意义及客户的要求。在项目管理中还能看到公司高层领导通过实际行动表现出来的对于项目实施的支持与帮助，通过以制度化管理来组织合理安排员工的工作职责和角色转换。为满足上述要求，就必须让员工、企业、客户能接受并适应新的“软件项目开发管理规范”。

1.启动阶段

　　这个阶段的工作目的是决定一个项目是否需要启动。为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。

• 产品领域研究

　　研究产品所在领域的状况，为项目论证提供依据。研究内容包括：

产品领域的现状和前景
产品领域的商业模式和业务流程
产品的价值和盈利空间
产品的特性和复杂度

• 技术可行性研究

　　研究产品的实现技术，总结技术可行性。研究内容包括：

类似产品的当前实现技术和技术趋势
实现技术的候选方案
各个方案的优点、成本和风险
开发团队与实现技术的匹配情况

• 项目论证

　　基于商业和技术等方面对项目的可行性进行论证，确定项目是否开展。如果开展项目，则进一步论证项目的总体方案。

　　论证的内容包括：

商业可行性
技术可行性
当前产品与类似产品的比较
项目收益和前景
项目的成本和风险
项目的总体方案

• 确定项目目标和范围

　　项目开始时，所有相关人员必须对项目的目标和范围达成共识，形成共同的项目愿景。并把愿景叙述为《项目开发大纲》向相关人员传达。

《项目开发大纲》的内容包括：

2.计划阶段