ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:23.41KB ,
资源ID:20253441      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/20253441.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(某汽车厂ERP管理系统软件开发过程管理Word下载.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、为了能够为事后核算提供精确的数据用以修正事先的预测数据,需要能够提供实际成本实时统计的功能;为满足管理上的要 求,成本核算与控制系统应具有以下特点: 可分批、分步进行结账作业; 将成本要素细分,分别求算; 人工权数、费用权数的设定维护; 可计算各期间各成品、半成品及在制品的实际成本; 可提高各项管理报表;二 项目风险项目风险分析表(按风险值排序)排序输入风险事件可能性影响风险值采取的措施1需求分析需求变更,或者需求分析不明确85%90%78%1. 开发采用原型模型2. 需求分析需要做的更加充分2系统设计缺乏设计能力,导致设计不合理。数据库设计考虑不完整,导致系统设计变更与编码修改60%70%4

2、2%1. 留出充足的系统设计时间2. 小组多次评审3. 令更加有经验的人去做领导者3开发过程项目进程中遇到突发性事件导致进度减缓或中断。特别是错误的决策导致延期50%35%1. 进度计划预留机动时间2. 做好更加充分的准备3. 小组多次讨论4管理过程小组内沟通不畅影响项目进度。或者小组内人员意见不合,导致进度缓慢。55%33%1. 通过一周两次的例会充分沟通2. 用文档、成果交流3. 增加人员之间的交流次数,达到更好的效果5测试缺乏测试经验与技术,不能测出缺陷。测试的数次不达标30%1. 专门测试组进行测试设计2. 测试人员与开发人员轮岗3. 加大测试次数4. 增强测试的质量6开发过程中小组成

3、员减少导致进度减缓。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

4、. 项目副经理:3人,直接对项目经理负责,分别主管项目小组与客户联络,人力资源调度,后勤工作。3. 需求分析组:10人,用一些善于交流的员工做此项工作,主要是与客户进行联络。确定项目需求与沟通。4. 总架构师:1人,负责整个项目的总体架构。5. 架构师:5人,在总架构师做好整体架构之后,每个架构师主要负责自个模块的模块架构。6. 设计小组:30人,每组6人,在架构师设计好模块架构后,对项目中各个模块的具体环节进行设计。7. 程序员小组:50人,本小组的人员可以与其他的小组人员部分重合。负责项目实现。8. 技术公关小组:10人,用一些技术高手作为在技术公关,在项目中遇到的技术难题,负责解决。9.

5、 测试小组:30人,本小组的人员主要是一些擅长与软件测试技术的人员,同时也可以与其他的小组人员部分重合,再细分为6个小组,分别对系统的功能模块进行测试,并轮流进行其他模块的测试。10. 配置人员:5人,负责服务器相关软硬件配置,为程序员、测试员提供必要的后勤协助。11. 培训师:外聘1-3人,负责进行相关培训角色职责工作说明项目经理负责整个项目的进度控制和质量保证进行项目总负责需求分析员负责与用户沟通,明确用户的详细需求,并将用户详细需求形成文档,记录下来。协助项目精力进行项目总负责,负责和客户沟通需求并最终确定需求设计人员在设计好的架构下对项目的具体环节进行设计风格页面的制作程序员应用程序的

6、二次开发工作编写程序测试员对软件中的各个模块需要进行详细的测试,测试通过之后才能进行总体的整合,整合之后还需要大量的测试。测试成功之后,产品才能发布。系统测试计划的编制、测试工作的进行、测试分析报告的撰写。总架构师负责整个项目的总体架构。与设计小组进行沟通设计架构师对与自己所负责的模块进行模块的架构设计与总架构师进行交流,然后实现各个模块的设计配置管理员负责服务器相关软硬件配置,为程序员、测试员提供必要的协助资源配置管理培训师负责进行相关培训用户培训3.2项目资金计划1. 程序员每人每月基本工资为2000,每组每人多出500作为奖金,由评审组按照员工的出勤情况和平时工作中的表现情况进行评定,然

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

8、度计划4.1 进度管理基准进度管理基准编号工程阶段管理指标和基准设计根据需求分析由总架构师设计,然后由各个普通架构师进行设计编程关于作成的Module数和代码行数实际行数 计划行数 此处由于文档需要,略4.2 进度管理相关的会议进度管理相关的会议会议名称开会周期(时间)主要参加人员地点会议形式会议内容备注项目周进度会议每周两次星期一或二13:3014:00星期四或五项目组长项目组成员会议1.跟踪进度状况2.下阶段任务布置3.问题的整理和讨论项目 4.3 进度计划4.3.1 项目总进度计划任务名称工期提交物前期准备1月40日需求分析说明书项目计划项目进度计划项目规模及成本分析风险分析11月系统概

9、要设计系统详细设计数据库设计系统测试计划书项目需求调整10日项目变更管理编码及单元测试7 月代码、测试结果集成测试、系统测试及接受测试2 月收尾工作10 日系统、代码、文档、项目总结4.3.2 详细进度计划及资源分配资源分配:7. 培训人员由于是外聘,所以聘用工资待定。详细进度计划:资源名称汽车ERP项目24 月工资1 月40 工作日用户需求收集10 工作日初步需求分析5 工作日界面设计及建立原型15 工作日详细需求分析里程碑:提交需求分析报告0 工作日11 月概要设计30 工作日数据库设计100 工作日数据可设计第一阶段数据库设计第二阶段35 工作日数据库设计第三阶段20 工作日数据可设计机

10、动时间详细设计150 工作日模块功能分析与模块分组详细设计第一阶段25 工作日详细设计第二阶段详细设计第三阶段50 工作日详细设计机动时间提交系统设计 7月数据库实现与部署迭代开发及单元测试第一阶段30 工作日?关键模块开发及单元测试20 工作日?关键模块集成调整其他模块开发及单元测试(第1组)10 工作日?其他模块开发及单元测试(第2组)其他模块集成调整模块集成测试8 工作日系统测试代码文档整理及项目总结项目结束五软件质量保证5.1目的本计划的目的在于对所开发的某汽车厂ERP软件规定各种必要的质量保证措施,以保证所交付的软件能够满足项目需求分析中的各项需求。而且在使用中,要求软件的错误发生率

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

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

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

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

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1