软件开发标准化工作流程V10

  • 格式:docx
  • 大小:327.58 KB
  • 文档页数:28

下载文档原格式

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

目录

软件开发标准化工作流程

1引言

1.1编写目的

说明编写这份软件开发标准化工作流程的目的,指出预期的读者。

1.2适用范围

互联网开发中心所有项目。

1.3定义

列出本文件中用到的专门术语的定义、外文首字母组词的原词组。

1.4 流程图 2 需求调研

2.1 概述

需求调研对于一个应用软件开发来说,是一个系统开发的开始阶段,需求调研的质量对于一个应用软件来说,是一个极其重要的阶段,它的质量在一定程度上来说决定了一个软件的交付结果。怎样从客户中听取用户需求、分析用户需求就成为调研人员最重要的任务。

需求调研 系统设计 软件开发 软件测试

内部验收

客户验收

系统维护

需求分析阶段

概要设计阶段

详细设计阶段 系统编码阶段

系统测试阶段 项目管理过程 评审过程 软件监督与审核过程

软件配置管理过程

软件需求管理过程

变更控制过规程

文档控制规程 项 目 流 程

项目开发的各阶段 过程管理思想

需求分析

2.2需求调研

总体而言,需求调研可按照业务流程、业务规则、表单数据、贯穿系统的关系四个方向来进行调研。

●业务规则

各个流程、功能点等事项的办理,都会有相关约束或条件,那么需要对其前置条件、后置条件、数据验证、条件判断等进行分析调研。调研对象一般为操作员。

●表单数据

对各个功能点的业务数据、数据项、表单格式、查询条件以及其它相关数据进行明确的分析调研。调研对象一般为操作员。

●贯穿系统的关系

各个模块或科室之间的数据交换、传递以及数据共享等,需要我们调研人员与各个模块或科室的相关负责人进行多方沟通,确定一个多方满意的需求调研结果。

2.3注意事项

●调研过程中,用户说的很快,不可能等我们全部记录之后,再

讲下一个问题。因此,只能在笔记本上速记,有时只能记录1、2个关键字。因此,每天调研结束之后,当天晚上必须整理当天的调研情况,写成一份调研日记。整理当天的调研记录时,还要整理出待明确的问题,下一次再找机会与用户再沟通、确认。

●调研的各个阶段,必须出具相关文档或文件,比如调研计划、

流程图、表单样式、报表格式、背景图片、数据项列表、讨论记录、问题列表等。

●所有疑问必须等到明确的答复,不能出现相互矛盾、似是而非

的需求。需准确理解客户的讲解,如果有问题的先做记录,之后将整理的问题向客户询问,得到明确的结果。需求必须是客户接受和确认的,不能有臆测的需求。

●要合理安排好时间和进度。有时候客户还有自己要做的事情,

不一定能及时相应。所以必须提前预约好时间,保证整个需求调研的进度。

●能积极引导客户。当客户出现疑虑,而调研人员能明白且能做

好客户想要的东西的时候,调研人员能及时积极引导客户,详细讲解我们所知道的东西,并能让客户接受与确认。

●如遇公司有相关原型或产品,调研人员需先详细了解公司的

相关原型和产品,根据成品,找出本地化的差异化需求。

3可行性分析

这个阶段要回答的关键问题:“对于上一个阶段所确定的问题有行得通的解决办法吗?”为了回答这个问题,系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程,也就是在较抽象的高层次上进行的分析和设计的过程。

可行性研究应该比较简短,这个阶段的任务不是具体解决

问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。

在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型(通常用数据流图表示),并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益,对建议的系统进行仔细的成本/效益分析是这个阶段的主要任务之一。

可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据,一般说来,只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入更多的人力物力。及时中止不值得投资的工程项目,可以避免更大的浪费。

4需求分析

4.1概述

这个阶段的任务仍然不是具体地解决问题,而是准确地确定“为了解决这个问题,目标系统必须做什么”,主要是确定目标系统必须具备哪些功能。

用户了解他们所面对的问题,知道必须做什么,但是通常不能完整准确地表达出他们的要求,更不知道怎样利用计算机解决他

们的问题;软件开发人员知道怎样使用软件实现人们的要求,但是对特定用户的具体要求并不完全清楚。因此系统分析员在需求分析阶段必须和用户密切配合,充分交流信息,以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。

在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家,技术专家一般都喜欢很快着手进行具体设计,然而,一旦分析员开始谈论程序设计的细节,就会脱离用户,使他们不能继续提出他们的要求和建议。较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结束标准,需求分析阶段必须提供完整准确的系统逻辑模型,经过用户确认之后才能进入下一个阶段,这就可以有效地防止和克服急于着手进行具体设计的倾向。

需求分析是软件工程中的一个重要环节。是关乎软件开发成败的重要因素。现在软件项目中返工开销几乎占了总开发的一半,而导致返工的主要原因是需求分析不明确。从而引发软件开发中的一些列更改。这些更改可能导致浪费大量资源、软件项目无法按时完成等严重问题,所以需求分析是软件设计和实现的基础,是软件项目迈向成功的重中之重。

4.2产物/成果