1 / 11
文档名称:

软件项目管理.docx

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

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

分享

预览

软件项目管理.docx

上传人:mazhuangzi1 2022/5/3 文件大小:169 KB

下载得到文件列表

软件项目管理.docx

相关文档

文档介绍

文档介绍:: .
软件项目管理



项目名称:超市管理系统
班 级:XXXXXXXXXXXXXX
检查实施人员的工作质量:在实施经 理安排和指导下,执行项目用户现场实施任务;

过程阶段
职贡

角色
定义
需要定义
両题说明书
项目经理/分析员
开始项目规划
项E规划
分析员
设计
设计方案
设计说坍书
分析员
编码
编写程序
编码说明书
分析员隔级程序员
将程序集亦到系统中
集阪测试说明书
测试
验证系统功能与注^
系统测试说明书
测试员份析员
接收
向客户演示系统
掾作说期书
项目经瑾器户
移植
穆植炭终运行环墳
移植迫胡书
分析员倚级程序员
数握采集及孕入
分析员僱序员
运行
用户培训
用户培训文档
分析员佣户
监控系统运行注^
用户/分析员
由项目经理负责针对个人不同性格,专业特长,性格进行分组,合理安排人员,保证项 目质量与进度。

. QQ群
确定项目结构
,如确定各个项目的顺序
」注重项目计划的层次性

,该简略的就简略



4-2定义开发过程




|•
|•
?$代码


(新系统与旧系统通信所需的软硬件标准、变更控制与配宜管理标准、质量标准和过程手册、 度量程序、项目计划和控制标准)
五、确定项目产品和活动
、文档产品
采用PBS方法定义

5・3项目活动网络
关键路径:A—C-* E—H
六、分配资源
编号
主要负责的阶段
花费时间(天)
1
可行性研究以及编写项目计划书
15
2
需求分析
20
3
数据流图
10
4
界面设计
15
5
数据字典
15
6
数据记录整理
15
七、风险分析

风险描述
使用提高生产率工具所产生的计划节余被过高地估计了。

计划、资源和产品泄义都受客户或上级管理部门支配,而不平衡

预定日期提前,但没有对产品范囤或可用资源作相应调整。

产品比估计的大(从准则、功能点、模式等方而来看)。

管理审查/决策过程比预料的慢
非技术第三方任务花费的时间比预料的长(预算审批、法律审查等)。
最终和户坚持新要求。
即使递交的软件符合所要求的全产规格,但商业用户将不接受该软件。
商业用户审查/决策过程比预料的慢。
最终用户最终发现产品不能令人满意,要求重新设计和重做。
小组成员之间的冲突导致通信差、设计差、界而错误和额外工作。
人事工作比预料的慢。
正式手续太多(官僚性遵守软件政策和标准)。
开发不具不像预料的那样有效,开发者需要时间来创建有关工作,或改用新 工具。

风险描述
可能性
计划省略是必要的任务。

使用提高生产率工具所产生的计划节余被过高地估计了。

计划、资源和产品泄义都受客户或上级管理部门支配,而不平衡。

计划是乐观的“最佳实例”(而不是现实的“预期实例”)。

计划是根据使用具体小组成员的情况制肚的,但这些小组成员没有得到。

预定日期提前,但没有对产品范国或可用资源作相应调整。

一项任务的推迟使从属任务一并推迟。

作为对il•划到汁划的失察作出反应而作出的重新估il•过于乐观,或忽略了项 目历史。

过大的计划压力降低生产率。

项目规划在压力下被放弃。

规划太差,不能支持需要的发展速度。

不能在分配的时间内制造规定尺寸的产品。

产品的不熟悉方而要花费比预料的更多的时间来设计和执行。

产品缺少有效的高级管理发起人。

产品在不明不白搁垃的时间太长。

解雇和削减降低小组的能力。

管理或销售部门坚持延长计划的技术决定。

低效的小组结构降低生产率。

管理审查/决策过程比预料的慢。