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

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

1、某汽车厂ERP管理系统软件开发过程管理一 需求分析 汽车企业管理的重点是随着汽车行业的发展而不断变化的。在汽车行业发展初期，汽车生产的组织形式是 按库存生产，那时汽车品种非常单一，例如20世纪20年代福特公司只生产单一的黑色T型车，此时对于汽车企业管理的重点在于如何提高产品质量、扩大企业的 生产能力以及提高劳动生产率。而到了21世纪的今天，随着人们生活水平的提高，人们对于汽车的消费需求更加注重个性化特点，汽车生产完全由过去的以产品为中心转变为以客户为中心，汽车企业的生产组织形式也由过去的按预测生产转变为按预测加订单的生产组织形式，甚至有些先进的汽车厂家已经做到完全按订单生产。对于现代汽车企业来

2、说，管理的重点在于快速响应客户的订单需求、准确合理的排产计划以及精确的成本控制，详细来说，汽车企业的管理需求主要在于以下几个方面： (1)采购、库存、生产、财务四个业务环节应紧密衔接、数据信息及时充分共享，才能最大程度的避免盲目采购、库存成本增加、生产过剩(或跟不上)等现象的发生。 (2)采购计划的编制、请购申请、供应商的选择及考核、采购人员的评价考核、合同的拟订及签订、采 购合同的执行等等这些构成了一个现代化企业的采购业务的整个过程，而采购作为一个企业业务循环中的一个环节，就必须具备以下特点才能使采购环节更好的服务 于生产等其他业务环节： 采购计划的制定要有据可循； 供应商的选择体系要完善合

3、理； 采购合同的执行要有条不紊； 采购部门进货提前量的控制； 采购资金的占用要有计划而不盲目； (3)库存管理是汽车制造企业非常重要的一个环节，汽车的零件成千上万，因而对于汽车企业的库存管理更显重要，要做到使成千上万种物料的账物相符、降低库存、减少资金占用、同时避免物料积压或短缺，则现代化的汽车企业的库存业务应具备以下特点： 能随时得知某种物料的收、发、存状况； 及时得知需要盘点的物料及盘点结果； 随时能对现存的物料进行生产配比的模拟预算； 在保证生产的前提下，最大程度的降低库存； 应和财务部门紧密衔接，形成高效的过账措施； 库存物资根据重要性不同，按照企业追溯制度要求，建立物资的库存批号。

4、(4)生产计划环节是汽车制造业企业的核心，也是整个企业管理最烦琐和最难管理的环节。生产计划的 制定要求能适应不同的生产模式，特别是能否成功处理按定单装配与按订单设计，这也是考验一个ERP产品功能是否强大的重要指标，为了满足个性化生产的需 要，需要采用精益生产的方式。这对于企业的内部管理、设备与控制系统的能力及人员素质都是一个非常大的挑战。 一个现代化的汽车制造业企业要想使自己的生产严密有序的进行，其生产的业务体现上则应有以下特点： 汽车市场需求的预测数据及销售合同数据能够及时准确地转化为主生产计划数据； 根据主生产计划、原材料及零部件的库存量、在制量、采购合同量由系统产生物料需求计划，大大提高

5、计划编制的效率与准确性； 根据生产计划及生产能力的比较，能够保持均衡生产； 降低生产过程中的物料消耗、避免产生废品造成浪费； 推行JIT及时生产和看板管理，减少在制品、减少物料库存甚至实现某些项目的零库存以降低成本； (5)营销管理 能够建立分布广、效率高、市场信息反馈灵活的汽车销售网络，从而实现对整个分销网络的管理，对分销点销售定单的汇总以及对产品的分销调拨管理等等； 增强企业对汽车销售市场需求的应变能力，尽快缩短新产品开发周期以适应市场灵活多变的需要； 做好产品售后服务并对来自用户的质量反馈及时处理； (6)成本核算与控制是汽车制造业企业管理的主要核心内容之一。成本分析与成本考核，是对影响

6、企业 成本变动的各种技术经济因数及其影响程度做出定量的描述和定性的说明，它既为下一时期的成本预测、决策和控制提供了新的数据依据，同时也为前一时期成本计 划执行情况做出了全面的总结，以反映企业成本管理水平，并对企业内部各级单位成本管理的成绩或失误进行责任奖惩。成本控制的重点是事前预测并通过事后核算 修正预测数据为以后提供更精确的预测。为了能够为事后核算提供精确的数据用以修正事先的预测数据，需要能够提供实际成本实时统计的功能；为满足管理上的要 求，成本核算与控制系统应具有以下特点： n 可分批、分步进行结账作业； n 将成本要素细分，分别求算； n 人工权数、费用权数的设定维护； n 可计算各期间

7、各成品、半成品及在制品的实际成本； n 可提高各项管理报表；二 项目风险项目风险分析表（按风险值排序）排序输入风险事件可能性影响风险值采取的措施1需求分析需求变更，或者需求分析不明确85%90%78%1. 开发采用原型模型2. 需求分析需要做的更加充分2系统设计缺乏设计能力，导致设计不合理。数据库设计考虑不完整，导致系统设计变更与编码修改60%70%42%1. 留出充足的系统设计时间2. 小组多次评审3. 令更加有经验的人去做领导者3开发过程项目进程中遇到突发性事件导致进度减缓或中断。特别是错误的决策导致延期70%50%35%1. 进度计划预留机动时间2. 做好更加充分的准备3. 小组多次讨论

8、4管理过程小组内沟通不畅影响项目进度。或者小组内人员意见不合，导致进度缓慢。60%55%33%1. 通过一周两次的例会充分沟通2. 用文档、成果交流3. 增加人员之间的交流次数，达到更好的效果5测试缺乏测试经验与技术，不能测出缺陷。测试的数次不达标50%60%30%1. 专门测试组进行测试设计2. 测试人员与开发人员轮岗3. 加大测试次数4. 增强测试的质量6开发过程开发过程中小组成员减少导致进度减缓。50%50%25%1 进度计划中预留机动时间2 控制好项目过程文档3 加班7编码技术储备匮乏，遇到技术障碍。对于技术问题，设计之前并没有想的周到。65%40%24%1. 设立技术攻坚小组2. 迭

9、代开发，通过一个模块做全组的技术培训3. 求助技术外援8编码各子模块集成不成功35%65%22.75%1. 集成提前2. 各模块编码规范3. 集成前各模块充分地单元测试9项目限制截止期提前导致进度计划更改30%60%18%1. 修改需求计划2. 加班三 人力及资源计划3.1项目角色与职责本次项目将公司的在职120人中抽选出100人进行负责开发。具体分为以下8组：1. 项目经理：1人，主要负责该项目的总进度与人员的总调度。2. 项目副经理：3人，直接对项目经理负责，分别主管项目小组与客户联络，人力资源调度，后勤工作。3. 需求分析组：10人，用一些善于交流的员工做此项工作，主要是与客户进行联络。

10、确定项目需求与沟通。4. 总架构师：1人，负责整个项目的总体架构。5. 架构师：5人，在总架构师做好整体架构之后，每个架构师主要负责自个模块的模块架构。6. 设计小组：30人，每组6人，在架构师设计好模块架构后，对项目中各个模块的具体环节进行设计。7. 程序员小组：50人，本小组的人员可以与其他的小组人员部分重合。负责项目实现。8. 技术公关小组：10人，用一些技术高手作为在技术公关，在项目中遇到的技术难题，负责解决。9. 测试小组：30人，本小组的人员主要是一些擅长与软件测试技术的人员，同时也可以与其他的小组人员部分重合，再细分为6个小组，分别对系统的功能模块进行测试，并轮流进行其他模块的测

11、试。10. 配置人员：5人，负责服务器相关软硬件配置，为程序员、测试员提供必要的后勤协助。11. 培训师：外聘1-3人，负责进行相关培训角色职责工作说明项目经理负责整个项目的进度控制和质量保证进行项目总负责需求分析员负责与用户沟通，明确用户的详细需求，并将用户详细需求形成文档，记录下来。协助项目精力进行项目总负责，负责和客户沟通需求并最终确定需求设计人员在设计好的架构下对项目的具体环节进行设计风格页面的制作程序员应用程序的二次开发工作编写程序测试员对软件中的各个模块需要进行详细的测试，测试通过之后才能进行总体的整合，整合之后还需要大量的测试。测试成功之后，产品才能发布。系统测试计划的编制、测试

12、工作的进行、测试分析报告的撰写。总架构师负责整个项目的总体架构。与设计小组进行沟通设计架构师对与自己所负责的模块进行模块的架构设计与总架构师进行交流，然后实现各个模块的设计配置管理员负责服务器相关软硬件配置，为程序员、测试员提供必要的协助资源配置管理培训师负责进行相关培训用户培训3.2项目资金计划1. 程序员每人每月基本工资为2000，每组每人多出500作为奖金，由评审组按照员工的出勤情况和平时工作中的表现情况进行评定，然后决定每个人的奖金数量，然后上报后勤财会处。2. 总架构师每月10000，另从程序员的活动资金中抽出部分作为总架构师的奖金。3. 普通架构师每月7000，另从程序员的活动资金

13、中抽出部分作为总架构师的奖金。4. 测试人员每人的月薪是4000，每组每人多出500作为奖金，由评审组按照员工的出勤情况和平时工作中的表现情况进行评定，然后决定每个人的奖金数量，然后上报后勤财会处。5. 项目经理按年薪制，年薪10万，在最后，按项目的评定进行奖金增降幅度每年5%到10%。6. 最后在项目交工验收之后，按照效益的不同，进行不同程度的薪水涨幅。在最后按项目的评定对其进行奖金进行涨幅，每月5%到15%。四 项目进度计划4.1 进度管理基准进度管理基准编号工程阶段管理指标和基准设计根据需求分析由总架构师设计，然后由各个普通架构师进行设计编程关于作成的Module数和代码行数实际行数 计

14、划行数 测试此处由于文档需要，略4.2 进度管理相关的会议进度管理相关的会议进度管理相关的会议会议名称开会周期（时间）主要参加人员地点会议形式会议内容备注项目周进度会议每周两次星期一或二13:3014:00星期四或五13:3014:00项目组长项目组成员会议1.跟踪进度状况2.下阶段任务布置3.问题的整理和讨论项目4.3 进度计划4.3.1 项目总进度计划编号任务名称工期提交物1前期准备1月2需求分析40日需求分析说明书3项目计划1月项目进度计划项目规模及成本分析风险分析4系统设计11月系统概要设计系统详细设计数据库设计系统测试计划书5项目需求调整10日项目变更管理6编码及单元测试7 月代码、

15、测试结果7集成测试、系统测试及接受测试2 月代码、测试结果8收尾工作10 日系统、代码、文档、项目总结4.3.2 详细进度计划及资源分配资源分配：1. 程序员每人每月基本工资为2000，每组每人多出500作为奖金，由评审组按照员工的出勤情况和平时工作中的表现情况进行评定，然后决定每个人的奖金数量，然后上报后勤财会处。2. 总架构师每月10000，另从程序员的活动资金中抽出部分作为总架构师的奖金。3. 普通架构师每月7000，另从程序员的活动资金中抽出部分作为总架构师的奖金。4. 测试人员每人的月薪是4000，每组每人多出500作为奖金，由评审组按照员工的出勤情况和平时工作中的表现情况进行评定，

16、然后决定每个人的奖金数量，然后上报后勤财会处。5. 项目经理按年薪制，年薪10万，在最后，按项目的评定进行奖金增降幅度每年5%到10%。6. 最后在项目交工验收之后，按照效益的不同，进行不同程度的薪水涨幅。在最后按项目的评定对其进行奖金进行涨幅，每月5%到15%。7. 培训人员由于是外聘，所以聘用工资待定。详细进度计划：任务名称工期资源名称汽车ERP项目24 月工资前期准备1 月工资需求分析40 工作日工资用户需求收集10 工作日工资初步需求分析5 工作日工资界面设计及建立原型15 工作日工资详细需求分析10 工作日工资里程碑：提交需求分析报告0 工作日工资项目计划1 月工资系统设计11 月工

17、资概要设计30 工作日工资数据库设计100 工作日工资数据可设计第一阶段15 工作日工资数据库设计第二阶段35 工作日工资数据库设计第三阶段20 工作日工资数据可设计机动时间30 工作日工资详细设计150 工作日工资模块功能分析与模块分组30 工作日工资详细设计第一阶段25 工作日工资详细设计第二阶段25 工作日工资详细设计第三阶段50 工作日工资详细设计机动时间20 工作日工资里程碑：提交系统设计10 工作日工资项目需求调整10 工作日工资编码及单元测试 7月工资数据库实现与部署20 工作日工资迭代开发及单元测试第一阶段30 工作日?工资关键模块开发及单元测试20 工作日?工资关键模块集成调

18、整20 工作日工资其他模块开发及单元测试（第1组）10 工作日?工资其他模块开发及单元测试（第2组）10 工作日?工资其他模块集成调整10 工作日工资集成测试、系统测试及接受测试10 工作日?工资模块集成测试8 工作日工资系统测试2 月工资里程碑：测试0 工作日工资收尾工作15 工作日工资代码文档整理及项目总结15 工作日工资项目结束0 工作日工资五软件质量保证5.1目的本计划的目的在于对所开发的某汽车厂ERP软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目需求分析中的各项需求。而且在使用中，要求软件的错误发生率不能高于每月5次。5.2 任务软件质量保证工作涉及软件生存周期各阶段

19、的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。因此，对新开发的或正在开发的各子系统，要按照GB 8566与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在软件开发过程中，要进行如下几类评审与检查工作：n 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。在软件开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对

20、第一次评审结果复核；第三次是功能检查、物理检查和综合检查。每一次评审工作都应填写评审总结报告（RSR）、评审问题记录（RPL）、评审成员签字表（RMT）与软件问题报告单（SPR）等四张表格。n 日常检查：在软件的工程化生产过程中，各成员应该填写项目进展报表，即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等四张表格。n 软件验收：必须组织专门的小组成员对银行软件系统进行验收。验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。5.3 文档5.3.1. 基本文档为了确保软件的实现满足需求分析的各项需求，小组应编写以下文档：a. 软件需求规格说明书（

21、SRS）；b. 软件设计说明书（SDD）；c. 软件测试计划（STP）；d. 软件测试报告（STR）；e. 项目进度计划；f. 项目开发总结。5.3.2 其他文档除了基本文档之外，对于尚在开发中的软件，还应该包括以下四个方面的文档：a. 软件质量保证计划；b. 风险管理计划c. 项目进展报表；d. 会议纪录。 5.3.3文档质量的度量准则1. 完备性：所有承担软件开发任务的单位，都必须按照GB 8567的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。2. 正确性：在软件开发各个阶段所编写的文档的内容，必须真实地反映该阶段的工作且与该阶段的需求相一致。3. 简明性：在软件开发各个阶段

22、所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。4. 可追踪性：在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。前者是指在不同文档的相关内容之间相互检索的难易程度；后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。5. 自说明性：在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。6. 规范性：在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。5.4评审和检查1. 软件需求评审2. 概要设计评审3. 详细设计评审4. 软件验证与确认评审5. 功能检查6. 物理检查7. 综合检查5.5记录收集、维护和保存在软件开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保软件质量的重要条件。在软件质量保证小组中，指定专人负责收集、汇总与保存有关软件质量保证活动的记录。