1 / 11
文档名称:

软件项目管理.docx

格式:docx   大小:183KB   页数:11页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件项目管理.docx

上传人:zyl 2022/8/17 文件大小:183 KB

下载得到文件列表

软件项目管理.docx

相关文档

文档介绍

文档介绍:LEKIBM standardization office【IBM5AB- LEKIBMK08- LEKIBM2C】
软件项目管理
软件项目管理规范
一、软件项目管理的定义
软件项目管理是软件工程和项目管管理是一个对系统需求变更了解和控制的过程。初始需求导出的同时就启动了需求管理规划,一旦形成了需求文档的草稿版本,需求活动就开始了。需求活动的具体内容如表1所示。
需求管理活动
活动的任务
变更控制
建议需求变更并分析其影响,做出是否变更的决策
版本控制
确定单个需求和SRS(即功能规格说明)的版本
需求跟踪
定义对于其他需求及系统元素的联系链
需求状态
定义并跟踪需求的状态
表1 需求管理活动
4、需求管理质量保证
· 需求验证过程
需求验证很重要,如果在构造设计开始之前,通过验证基于需求的测试计划和原型测试来
验证需求的正确性及其质量,就能大大减少项目后期的返工现象。需求验证可按以下步骤进行:
审察需求文档 依据需求编写测试用例 编写用户手册 确定合格的标准
· 验证的内容
在需求验证过程中,要对需求文档中定义的需求执行多种类型的检查。
有效性检查----对于每项需求都必须证明它是正确有效的,确实能解决用户面对的问题。
一致性检查----在需求文档中,需求不应该冲突,即对同一个系统功能不应出现不同的描述或相互矛盾的约束。
完备性检查----需求文档应该包括所有系统用户想要的功能和约束。
现实性检查----检查需求以保证能利用现有技术实现。
可检验性检查----描述的需求能够实际测试。
可跟踪性检查----需求的出处被清晰地记录,每一系统功能都能被跟踪到要求它的需求集合,每一项需求都能追溯到特定用户的要求。
可调节性检查----需求变更能够不对其他系统带来大规模的影响。
可读性检查----需求说明能否被系统购买者和最终用户读懂。
· 需求评审
需求分析完成后,应由用户和系统分析员共同进行需求评审。鉴于需求规格说明是软件设计的基础,需求评审需要有客户方和承包商方的人员共同参与,检查文档中的不规范之处和遗漏之处。
软件项目估算与进度管理
1、软件项目估算
软件项目估算包括工作量估算和成本估算两个方面。软件估算作为软件项目管理的一项重要内容,是确保软件项目成功的关键因素。估算是指通过预测构造软件项目所需要的工作量的过程。初步的估算用于确定软件项目的可行性,详细的估算用于指导项目计划的制定。
2、软件规模
· 工作分解结构
对软件项目进行估算遇到的第一个问题就是软件规模,即软件的程序量。软件规模是软件工作量的主要影响因素。软件项目的设计有一个分层结构,这一分层结构就对应着工作分解结构(WBS,Work Breakdown Structure),它将软件过程和软件产品结构联系起来。图2是一个典型的WBS结构。

系 统
子 系 统
子 系 统
子 系 统
模块
模块
模块
模块
模块
模块
模块
模块
模块
模块
图2 典型的WBS
有了工作分解结构之后,还必须定义度量标准用以对软件规模进行估计。常用的软件规模度量标准有两种:代码行LOC(Lines of Code)和功能点FP(Function Points)。
· 代码行
代码行LOC是常用的源代码程序长度的度量标准,指源代码的总行数。源代码中除了可执行语句外,还有帮助理解的注释语句。
· 功能点
功能点度量是在需求分析阶段基于系统功能的一种规模估计方法,该方法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目,从而确定功能点数量。
3、软件项目成本估算
成本估算是对完成软件项目所需费用的估计和计划,是软件项目计划中的一个重要组成部分。
成本估算步骤如下:
建立目标-----规划需要的数据和资源------确定软件需求------拟定可行的细节
------运用多种独立的技术和原始资料------比较并迭代各个估算值------随访跟踪
4、软件项目进度管理
· 制定项目计划
项目计划在项目开始的时候制定,并随着项目的进展不断发展。软件项目计划的要素包括目标、合理的概念设计、工作分解结构、规模设计、工作量估计和项目进度安排。项目计划为管理者提供了根据计划定期评审和跟踪项目进展的基础。
· 进度安排
在确定了项目的资源(总成本及时间等)后,把其分配到各个项目开发