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

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

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

3、服务 于生产等其他业务环节： 采购计划的制定要有据可循； 供应商的选择体系要完善合理； 采购合同的执行要有条不紊； 采购部门进货提前量的控制； 采购资金的占用要有计划而不盲目； (3) 库存管理是汽车制造企业非常重要的一个环节，汽车的零件成千上万，因而对于汽 车企业的库存管理更显重要， 要做到使成千上万种物料的账物相符、 降低库存、 减少资金占 用、同时避免物料积压或短缺，则现代化的汽车企业的库存业务应具备以下特点： 能随时得知某种物料的收、发、存状况； 及时得知需要盘点的物料及盘点结果； 随时能对现存的物料进行生产配比的模拟预算； 在保证生产的前提下，最大程度的降低库存； 应和财务部门紧密衔

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

5、时准确地转化为主生产计划数据； 根据主生产计划、 原材料及零部件的库存量、在制量、 采购合同量由系统产生物料需 求计划，大大提高计划编制的效率与准确性； 根据生产计划及生产能力的比较，能够保持均衡生产； 降低生产过程中的物料消耗、避免产生废品造成浪费； 推行 JIT 及时生产和看板管理， 减少在制品、 减少物料库存甚至实现某些项目的零库 存以降低成本； (5) 营销管理 能够建立分布广、 效率高、市场信息反馈灵活的汽车销售网络， 从而实现对整个分销 网络的管理，对分销点销售定单的汇总以及对产品的分销调拨管理等等； 增强企业对汽车销售市场需求的应变能力， 尽快缩短新产品开发周期以适应市场灵活 多

6、变的需要； 做好产品售后服务并对来自用户的质量反馈及时处理； (6) 成本核算与控制是汽车制造业企业管理的主要核心内容之一。 成本分析与成本考核， 是对影响企业 成本变动的各种技术经济因数及其影响程度做出定量的描述和定性的说明， 它既为下一时期的成本预测、 决策和控制提供了新的数据依据， 同时也为前一时期成本计 划 执行情况做出了全面的总结， 以反映企业成本管理水平， 并对企业内部各级单位成本管理的 成绩或失误进行责任奖惩。成本控制的重点是事前预测并通过事后核算 修正预测数据为以 后提供更精确的预测。 为了能够为事后核算提供精确的数据用以修正事先的预测数据， 需要 能够提供实际成本实时统计的功

7、能；为满足管理上的要 求，成本核算与控制系统应具有以 下特点： 可分批、分步进行结账作业； 将成本要素细分，分别求算； 人工权数、费用权数的设定维护； 可计算各期间各成品、半成品及在制品的实际成本； 可提高各项管理报表； 项目风险 项目风险分析表 （按风险值排序） 排 序 输入 风险事件 需求变更，或者需 可能 性 1 需求分析 求分析不明确 缺乏设计能力，导 致设计不合理。数 据库设计考虑不完 整，导致系统设计 85% 2 系统设计 变更与编码修改 项目进程中遇到突 发性事件导致进度 减缓或中断。特别 是错误的决策导致 60% 3 开发过程 延期 小组内沟通不畅影 响项目进度。或者 小组内人

8、员意见不 70% 4 管理过程 合，导致进度缓慢。 缺乏测试经验与技 术，不能测出缺陷。 60% 5 测试 测试的数次不达标 开发过程中小组成 员减少导致进度减 50% 6 开发过程 缓。 技术储备匮乏，遇 到技术障碍。对于 技术问题，设计之 前并没有想的周 50% 7 编码 到。 各子模块集成不成 65% 8 编码 功 截止期提前导致进 35% 9 项目限制 度计划更改 30% 影 响 90% 风险值 78% 采取的措施 1. 2. 开发采用原型模型 需求分析需要做的更加充分 1. 留出充足的系统设计时间 2. 小组多次评审 3. 令更加有经验的人去做领导 70% 42% 者 1. 进度计划

9、预留机动时间 2. 做好更加充分的准备 3. 小组多次讨论 50% 35% 1. 通过一周两次的例会充分沟 通 2. 用文档、成果交流 3. 增加人员之间的交流次数， 达 55% 33% 到更好的效果 1. 专门测试组进行测试设计 2. 测试人员与开发人员轮岗 3. 加大测试次数 60% 30% 4. 增强测试的质量 1 进度计划中预留机动时间 2 控制好项目过程文档 50% 25% 3 加班 1. 设立技术攻坚小组 2. 迭代开发， 通过一个模块做全 组的技术培训 40% 24% 3. 求助技术外援 1. 集成提前 2. 各模块编码规范 3. 集成前各模块充分地单元测 65% 22.75%

10、试 1. 修改需求计划 60% 18% 2. 加班 人力及资源计划 3.1 项目角色与职责 本次项目将公司的在职 120 人中抽选出 100 人进行负责开发。具体分为以下 8 组： 1. 项目经理： 1 人，主要负责该项目的总进度与人员的总调度。 2. 项目副经理： 3 人，直接对项目经理负责，分别主管项目小组与客户联络，人力资源调 度，后勤工作。 3. 需求分析组： 10 人，用一些善于交流的员工做此项工作，主要是与客户进行联络。确定 项目需求与沟通。 4. 总架构师： 1 人，负责整个项目的总体架构。 5. 架构师： 5 人，在总架构师做好整体架构之后，每个架构师主要负责自个模块的模块架

11、构。 6. 设计小组： 30人，每组 6 人，在架构师设计好模块架构后，对项目中各个模块的具体环 节进行设计。 7. 程序员小组： 50 人，本小组的人员可以与其他的小组人员部分重合。负责项目实现。 8. 技术公关小组： 10 人，用一些技术高手作为在技术公关，在项目中遇到的技术难题，负 责解决。 9. 测试小组： 30 人，本小组的人员主要是一些擅长与软件测试技术的人员， 同时也可以与 其他的小组人员部分重合，再细分为 6 个小组，分别对系统的功能模块进行测试，并轮 流进行其他模块的测试。 10. 配置人员： 5 人，负责服务器相关软硬件配置，为程序员、测试员提供必要的后勤协助。 11. 培

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

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

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

15、师设计， 然后由各个普通架构师进行设计 编程 ? 关于作成的 Module 数 实际行数 计划行数 和代码行数 测试 此处由于文档需要，略 4.2 进度管理相关的会议 进度管理相关的会议 进度管理相关的会议 会议 名称 开会周期（时 间） 主要参加人 员 地点 会议形 式 会议内容 备注 项目 周进 度会 议 每周两次 星期一或二 13:3014:00 星期四或五 13:3014:00 项目组长 项目组成员 会议 1. 跟踪进 度 状况 2. 下阶段 任 务布置 3. 问题的 整 理和讨论 项目 ? ? ? 4.3 进度计划 4.3.1 项目总进度计划 编号 任务名称 工期 提交物 1 前期准

16、备 1月 2 需求分析 40 日 需求分析说明书 3 项目计划 1月 项目进度计划 项目规模及成本分析 风险分析 4 系统设计 11月 系统概要设计 系统详细设计 数据库设计 系统测试计划书 5 项目需求调 整 10 日 项目变更管理 6 编码及单元 测试 7 月 代码、测试结果 7 集成测试、系 统测试及接 受测试 2 月 代码、测试结果 8 收尾工作 10 日 系统、代码、文档、项目总结 4.3.2 详细进度计划及资源分配 资源分配： 1. 程序员每人每月基本工资为 2000，每组每人多出 500 作为奖金，由评审组按照员工的 出勤情况和平时工作中的表现情况进行评定， 然后决定每个人的奖金

17、数量， 然后上报后 勤财会处。 2. 总架构师每月 10000，另从程序员的活动资金中抽出部分作为总架构师的奖金。 3. 普通架构师每月 7000，另从程序员的活动资金中抽出部分作为总架构师的奖金。 4. 测试人员每人的月薪是 4000 ，每组每人多出 500 作为奖金，由评审组按照员工的出勤 情况和平时工作中的表现情况进行评定， 然后决定每个人的奖金数量， 然后上报后勤财 会处。 5. 项目经理按年薪制，年薪 10 万，在最后，按项目的评定进行奖金增降幅度每年5% 到 10%。 6. 最后在项目交工验收之后， 按照效益的不同， 进行不同程度的薪水涨幅。 在最后按项目 的评定对其进行奖金进行涨

18、幅，每月 5%到 15%。 7. 培训人员由于是外聘，所以聘用工资待定。 详细进度计划： 任务名称 工期 资源名称 汽车 ERP 项目 24 月 工资 前期准备 1 月 工资 需求分析 40 工作日 工资 用户需求收集 10 工作日 工资 初步需求分析 5 工作日 工资 界面设计及建立 原型 15 工作日 工资 详细需求分析 10 工作日 工资 里程碑： 提交需求 分析报告 0 工作日 工资 项目计划 1 月 工资 系统设计 11 月 工资 概要设计 30 工作日 工资 数据库设计 100 工作日 工资 数据可设计第一 阶段 15 工作日 工资 数据库设计第二 阶段 35 工作日 工资 数据库

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

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

21、， 要求软件的错误发生 率不能高于每月 5 次。 5.2 任务 软件质量保证工作涉及软件生存周期各阶段的活动， 应该贯彻到日常的软件开发活动中， 而 且应该特别注意软件质量的早期评审工作。 因此， 对新开发的或正在开发的各子系统， 要按 照 GB 8566 与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有 的评审与检查活动。 评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都 认真采取各项措施来保证与提高软件的质量。 在软件开发过程中，要进行如下几类评审与检查工作： 阶段评审： 在软件开发过程中， 要定期地或阶段性地对某一开发阶段或某几个开发 阶段的阶段产品进行

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