某汽车厂ERP管理系统软件开发过程管理Word下载.docx

某汽车厂ERP管理系统软件开发过程管理Word下载.docx

《某汽车厂ERP管理系统软件开发过程管理Word下载.docx》由会员分享，可在线阅读，更多相关《某汽车厂ERP管理系统软件开发过程管理Word下载.docx（15页珍藏版）》请在冰豆网上搜索。

为了能够为事后核算提供精确的数据用以修正事先的预测数据，需要能够提供实际成本实时统计的功能；

为满足管理上的要求，成本核算与控制系统应具有以下特点：

⏹可分批、分步进行结账作业；

⏹将成本要素细分，分别求算；

⏹人工权数、费用权数的设定维护；

⏹可计算各期间各成品、半成品及在制品的实际成本；

⏹可提高各项管理报表；

二．项目风险

项目风险分析表（按风险值排序）

排序

输入

风险事件

可能性

影响

风险值

采取的措施

1

需求分析

需求变更，或者需求分析不明确

85%

90%

78%

1.开发采用原型模型

2.需求分析需要做的更加充分

2

系统设计

缺乏设计能力，导致设计不合理。

数据库设计考虑不完整，导致系统设计变更与编码修改

60%

70%

42%

1.留出充足的系统设计时间

2.小组多次评审

3.令更加有经验的人去做领导者

3

开发过程

项目进程中遇到突发性事件导致进度减缓或中断。

特别是错误的决策导致延期

50%

35%

1.进度计划预留机动时间

2.做好更加充分的准备

3.小组多次讨论

4

管理过程

小组内沟通不畅影响项目进度。

或者小组内人员意见不合，导致进度缓慢。

55%

33%

1.通过一周两次的例会充分沟通

2.用文档、成果交流

3.增加人员之间的交流次数，达到更好的效果

5

测试

缺乏测试经验与技术，不能测出缺陷。

测试的数次不达标

30%

1.专门测试组进行测试设计

2.测试人员与开发人员轮岗

3.加大测试次数

4.增强测试的质量

6

开发过程中小组成员减少导致进度减缓。

25%

1．进度计划中预留机动时间

2．控制好项目过程文档

3．加班

7

编码

技术储备匮乏，遇到技术障碍。

对于技术问题，设计之前并没有想的周到。

65%

40%

24%

1.设立技术攻坚小组

2.迭代开发，通过一个模块做全组的技术培训

3.求助技术外援

8

各子模块集成不成功

22.75%

1.集成提前

2.各模块编码规范

3.集成前各模块充分地单元测试

9

项目限制

截止期提前导致进度计划更改

18%

1.修改需求计划

2.加班

三．人力及资源计划

3.1项目角色与职责

本次项目将公司的在职120人中抽选出100人进行负责开发。

具体分为以下8组：

1.项目经理：

1人，主要负责该项目的总进度与人员的总调度。

2.项目副经理：

3人，直接对项目经理负责，分别主管项目小组与客户联络，人力资源调度，后勤工作。

3.需求分析组：

10人，用一些善于交流的员工做此项工作，主要是与客户进行联络。

确定项目需求与沟通。

4.总架构师：

1人，负责整个项目的总体架构。

5.架构师：

5人，在总架构师做好整体架构之后，每个架构师主要负责自个模块的模块架构。

6.设计小组：

30人，每组6人，在架构师设计好模块架构后，对项目中各个模块的具体环节进行设计。

7.程序员小组：

50人，本小组的人员可以与其他的小组人员部分重合。

负责项目实现。

8.技术公关小组：

10人，用一些技术高手作为在技术公关，在项目中遇到的技术难题，负责解决。

9.测试小组：

30人，本小组的人员主要是一些擅长与软件测试技术的人员，同时也可以与其他的小组人员部分重合，再细分为6个小组，分别对系统的功能模块进行测试，并轮流进行其他模块的测试。

10.配置人员：

5人，负责服务器相关软硬件配置，为程序员、测试员提供必要的后勤协助。

11.培训师：

外聘1-3人，负责进行相关培训

角色

职责

工作说明

项目经理

负责整个项目的进度控制和质量保证

进行项目总负责

需求分析员

负责与用户沟通，明确用户的详细需求，并将用户详细需求形成文档，记录下来。

协助项目精力进行项目总负责，负责和客户沟通需求并最终确定需求

设计人员

在设计好的架构下对项目的具体环节进行设计

风格页面的制作

程序员

应用程序的二次开发工作

编写程序

测试员

对软件中的各个模块需要进行详细的测试，测试通过之后才能进行总体的整合，整合之后还需要大量的测试。

测试成功之后，产品才能发布。

系统测试计划的编制、测试工作的进行、测试分析报告的撰写。

总架构师

负责整个项目的总体架构。

与设计小组进行沟通设计

架构师

对与自己所负责的模块进行模块的架构设计

与总架构师进行交流，然后实现各个模块的设计

配置管理员

负责服务器相关软硬件配置，为程序员、测试员提供必要的协助

资源配置管理

培训师

负责进行相关培训

用户培训

3.2项目资金计划

1.程序员每人每月基本工资为2000，每组每人多出500作为奖金，由评审组按照员工的出勤情况和平时工作中的表现情况进行评定，然后决定每个人的奖金数量，然后上报后勤财会处。

2.总架构师每月10000，另从程序员的活动资金中抽出部分作为总架构师的奖金。

3.普通架构师每月7000，另从程序员的活动资金中抽出部分作为总架构师的奖金。

4.测试人员每人的月薪是4000，每组每人多出500作为奖金，由评审组按照员工的出勤情况和平时工作中的表现情况进行评定，然后决定每个人的奖金数量，然后上报后勤财会处。

5.项目经理按年薪制，年薪10万，在最后，按项目的评定进行奖金增降幅度每年－5%到10%。

6.最后在项目交工验收之后，按照效益的不同，进行不同程度的薪水涨幅。

在最后按项目的评定对其进行奖金进行涨幅，每月5%到15%。

四．项目进度计划

4.1进度管理基准

进度管理基准

编号

工程阶段

管理指标和基准

１

设计

根据需求分析由总架构师设计，然后由各个普通架构师进行设计　

２

编程

・关于「作成的Module数」和「代码行数」

实际行数／计划行数　　　　　　　　　　　　　

３

此处由于文档需要，略　　　　　　　　　　　　　　

4.2进度管理相关的会议

进度管理相关的会议

会议名称

开会周期（时间）

主要参加人员

地点

会议形式

会议内容

备注

项目周进度会议

每周两次

星期一或二

13:

30~14:

00

星期四或五

项目组长

项目组成员

会议

1.跟踪进度状况

2.下阶段任务布置

3.问题的整理和讨论

项目

∙

4.3进度计划

4.3.1项目总进度计划

任务名称

工期

提交物

前期准备

1月

40日

《需求分析》说明书

项目计划

《项目进度计划》

《项目规模及成本分析》

《风险分析》

11月

《系统概要设计》

《系统详细设计》

《数据库设计》

《系统测试计划书》

项目需求调整

10日

《项目变更管理》

编码及单元测试

7月

代码、测试结果

集成测试、系统测试及接受测试

2月

收尾工作

10日

系统、代码、文档、项目总结

4.3.2详细进度计划及资源分配

资源分配：

7.培训人员由于是外聘，所以聘用工资待定。

详细进度计划：

资源名称

汽车ERP项目

24月

工资

1月

40工作日

用户需求收集

10工作日

初步需求分析

5工作日

界面设计及建立原型

15工作日

详细需求分析

里程碑：

提交需求分析报告

0工作日

11月

概要设计

30工作日

数据库设计

100工作日

数据可设计第一阶段

数据库设计第二阶段

35工作日

数据库设计第三阶段

20工作日

数据可设计机动时间

详细设计

150工作日

模块功能分析与模块分组

详细设计第一阶段

25工作日

详细设计第二阶段

详细设计第三阶段

50工作日

详细设计机动时间

提交系统设计

7月

数据库实现与部署

迭代开发及单元测试第一阶段

30工作日?

关键模块开发及单元测试

20工作日?

关键模块集成调整

其他模块开发及单元测试（第1组）

10工作日?

其他模块开发及单元测试（第2组）

其他模块集成调整

模块集成测试

8工作日

系统测试

代码文档整理及项目总结

项目结束

五．软件质量保证

5.1目的

本计划的目的在于对所开发的某汽车厂ERP软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目需求分析中的各项需求。

而且在使用中，要求软件的错误发生率不能高于每月5次。

5.2任务

软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。

因此，对新开发的或正在开发的各子系统，要按照GB8566与本计划的各项规定进行各项评审工作。

软件质量保证小组要派成员参加所有的评审与检查活动。

评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。

在软件开发过程中，要进行如下几类评审与检查工作：

⏹阶段评审：

在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。

在软件开发过程中，应该进行以下三次评审：

第一次评审软件需求、概要设计、验证与确认方法；

第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；

第三次是功能检查、物理检查和综合检查。

每一次评审工作都应填写评审总结报告（RSR）、评审问题记录（RPL）、评审成员签字表（RMT）与软件问题报告单（SPR）等四张表格。

⏹日常检查：

在软件的工程化生产过程中，各成员应该填写项目进展报表，即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等四张表格。

⏹软件验收：

必须组织专门的小组成员对银行软件系统进行验收。

验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。

5.3文档

5.3.1.基本文档

为了确保软件的实现满足需求分析的各项需求，小组应编写以下文档：

a.软件需求规格说明书（SRS）；

b.软件设计说明书（SDD）；

c.软件测试计划（STP）；

d.软件测试报告（STR）；

e.项目进度计划；

f.项目开发总结。

5.3.2其他文档

除了基本文档之外，对于尚在开发中的软件，还应该包括以下四个方面的文档：

a.软件质量保证计划；

b.风险管理计划

c.项目进展报表；

d.会议纪录。

5.3.3文档质量的度量准则

1.完备性：

所有承担软件开发任务的单位，都必须按照GB8567的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。

2.正确性：

在软件开发各个阶段所编写的文档的内容，必须真实地反映该阶段的工作且与该阶段的需求相一致。

3.简明性：

在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。

4.可追踪性：

在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。

文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。

前者是指在不同文档的相关内容之间相互检索的难易程度；

后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。

5.自说明性：

在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。

文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。

6.规范性：

在软件开发各个阶段所编写的各种文档应该具有良好的规范性。

文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。

5.4评审和检查

1.软件需求评审

2.概要设计评审

3.详细设计评审

4.软件验证与确认评审

5.功能检查

6.物理检查

7.综合检查

5.5记录收集、维护和保存

在软件开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保软件质量的重要条件。

在软件质量保证小组中，指定专人负责收集、汇总与保存有关软件质量保证活动的记录。