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

资源描述

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

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

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

某汽车厂ERP管理系统软件开发过程管理

一．需求分析

　汽车企业管理的重点是随着汽车行业的发展而不断变化的。

在汽车行业发展初期，汽车生产的组织形式是按库存生产，那时汽车品种非常单一，例如20世纪20年代福特公司只生产单一的黑色T型车，此时对于汽车企业管理的重点在于如何提高产品质量、扩大企业的生产能力以及提高劳动生产率。

而到了21世纪的今天，随着人们生活水平的提高，人们对于汽车的消费需求更加注重个性化特点，汽车生产完全由过去的以产品为中心转变为以客户为中心，汽车企业的生产组织形式也由过去的按预测生产转变为按预测加订单的生产组织形式，甚至有些先进的汽车厂家已经做到完全按订单生产。

对于现代汽车企业来说，管理的重点在于快速响应客户的订单需求、准确合理的排产计划以及精确的成本控制，详细来说，汽车企业的管理需求主要在于以下几个方面：

（1）采购、库存、生产、财务四个业务环节应紧密衔接、数据信息及时充分共享，才能最大程度的避免盲目采购、库存成本增加、生产过剩（或跟不上）等现象的发生。

（2）采购计划的编制、请购申请、供应商的选择及考核、采购人员的评价考核、合同的拟订及签订、采购合同的执行等等这些构成了一个现代化企业的采购业务的整个过程，而采购作为一个企业业务循环中的一个环节，就必须具备以下特点才能使采购环节更好的服务于生产等其他业务环节：

　　采购计划的制定要有据可循；

　　供应商的选择体系要完善合理；

　　采购合同的执行要有条不紊；

　　采购部门进货提前量的控制；

　　采购资金的占用要有计划而不盲目；

　　（3）库存管理是汽车制造企业非常重要的一个环节，汽车的零件成千上万，因而对于汽车企业的库存管理更显重要，要做到使成千上万种物料的账物相符、降低库存、减少资金占用、同时避免物料积压或短缺，则现代化的汽车企业的库存业务应具备以下特点：

　　能随时得知某种物料的收、发、存状况；

　　及时得知需要盘点的物料及盘点结果；

　　随时能对现存的物料进行生产配比的模拟预算；

　　在保证生产的前提下，最大程度的降低库存；

　　应和财务部门紧密衔接，形成高效的过账措施；

　　库存物资根据重要性不同，按照企业追溯制度要求，建立物资的库存批号。

　　（4）生产计划环节是汽车制造业企业的核心，也是整个企业管理最烦琐和最难管理的环节。

生产计划的制定要求能适应不同的生产模式，特别是能否成功处理按定单装配与按订单设计，这也是考验一个ERP产品功能是否强大的重要指标，为了满足个性化生产的需要，需要采用精益生产的方式。

这对于企业的内部管理、设备与控制系统的能力及人员素质都是一个非常大的挑战。

　　一个现代化的汽车制造业企业要想使自己的生产严密有序的进行，其生产的业务体现上则应有以下特点：

　　·汽车市场需求的预测数据及销售合同数据能够及时准确地转化为主生产计划数据；

　　·根据主生产计划、原材料及零部件的库存量、在制量、采购合同量由系统产生物料需求计划，大大提高计划编制的效率与准确性；

　　·根据生产计划及生产能力的比较，能够保持均衡生产；

　　·降低生产过程中的物料消耗、避免产生废品造成浪费；

　　·推行JIT及时生产和看板管理，减少在制品、减少物料库存甚至实现某些项目的零库存以降低成本；

　　（5）营销管理

　　·能够建立分布广、效率高、市场信息反馈灵活的汽车销售网络，从而实现对整个分销网络的管理，对分销点销售定单的汇总以及对产品的分销调拨管理等等；

　　·增强企业对汽车销售市场需求的应变能力，尽快缩短新产品开发周期以适应市场灵活多变的需要；

　　·做好产品售后服务并对来自用户的质量反馈及时处理；

　　（6）成本核算与控制是汽车制造业企业管理的主要核心内容之一。

成本分析与成本考核，是对影响企业成本变动的各种技术经济因数及其影响程度做出定量的描述和定性的说明，它既为下一时期的成本预测、决策和控制提供了新的数据依据，同时也为前一时期成本计划执行情况做出了全面的总结，以反映企业成本管理水平，并对企业内部各级单位成本管理的成绩或失误进行责任奖惩。

成本控制的重点是事前预测并通过事后核算修正预测数据为以后提供更精确的预测。

为了能够为事后核算提供精确的数据用以修正事先的预测数据，需要能够提供实际成本实时统计的功能；为满足管理上的要求，成本核算与控制系统应具有以下特点：

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

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

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

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

⏹可提高各项管理报表；

二．项目风险

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

排序

输入

风险事件

可能性

影响

风险值

采取的措施

需求分析

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

85%

90%

78%

1.开发采用原型模型

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

系统设计

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

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

60%

70%

42%

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

2.小组多次评审

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

开发过程

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

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

70%

50%

35%

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

2.做好更加充分的准备

3.小组多次讨论

管理过程

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

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

60%

55%

33%

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

2.用文档、成果交流

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

测试

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

测试的数次不达标

50%

60%

30%

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

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

3.加大测试次数

4.增强测试的质量

开发过程

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

50%

25%

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

2．控制好项目过程文档

3．加班

编码

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

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

65%

40%

24%

1.设立技术攻坚小组

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

3.求助技术外援

编码

各子模块集成不成功

35%

65%

22.75%

1.集成提前

2.各模块编码规范

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

项目限制

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

30%

60%

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:

星期四或五

13:

30~14:

项目组长

项目组成员

会议

1.跟踪进度状况

2.下阶段任务布置

3.问题的整理和讨论

项目

∙

4.3进度计划

4.3.1项目总进度计划

编号

任务名称

工期

提交物

前期准备

1月

需求分析

40日

《需求分析》说明书

项目计划

1月

《项目进度计划》

《项目规模及成本分析》

《风险分析》

系统设计

11月

《系统概要设计》

《系统详细设计》

《数据库设计》

《系统测试计划书》

项目需求调整

10日

《项目变更管理》

编码及单元测试

7月

代码、测试结果

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

2月

代码、测试结果

收尾工作

10日

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

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

资源分配：

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

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

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

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

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

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

详细进度计划：

任务名称

工期

资源名称

汽车ERP项目

24月

工资

前期准备

1月

工资

需求分析

40工作日

工资

用户需求收集

10工作日

工资

初步需求分析

5工作日

工资

界面设计及建立原型

15工作日

工资

详细需求分析

10工作日

工资

里程碑：

提交需求分析报告

0工作日

工资

项目计划

1月

工资

系统设计

11月

工资

概要设计

30工作日

工资

数据库设计

100工作日

工资

数据可设计第一阶段

15工作日

工资

数据库设计第二阶段

35工作日

工资

数据库设计第三阶段

20工作日

工资

数据可设计机动时间

30工作日

工资

详细设计

150工作日

工资

模块功能分析与模块分组

30工作日

工资

详细设计第一阶段

25工作日

工资

详细设计第二阶段

25工作日

工资

详细设计第三阶段

50工作日

工资

详细设计机动时间

20工作日

工资

里程碑：

提交系统设计

10工作日

工资

项目需求调整

10工作日

工资

编码及单元测试

7月

工资

数据库实现与部署

20工作日

工资

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

30工作日?

工资

关键模块开发及单元测试

20工作日?

工资

关键模块集成调整

20工作日

工资

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

10工作日?

工资

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

10工作日?

工资

其他模块集成调整

10工作日

工资

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

10工作日?

工资

模块集成测试

8工作日

工资

系统测试

2月

工资

里程碑：

测试

0工作日

工资

收尾工作

15工作日

工资

代码文档整理及项目总结

15工作日

工资

项目结束

0工作日

工资

五．软件质量保证

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记录收集、维护和保存

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

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

展开阅读全文