软件开发管理办法.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
目的和范围 本管理总则规定本公司软件研制管理所遵循的原则和方法,目的是通过加强开发管理达到如下结果。 提高软件质量和每一个项目开发过程的可控性。 优化开发资源结构,提高工作效率。 优化公司软件管理使产品尽早实现一体化,结构化。 通过良好的管理规范和结构使参与人员养成良好的工作素质。 引导和组织员工向规范化管理看齐,以使公司尽早实现国际人证。 本条例适用于质量管理组织、部门经理、项目经理等管理人员、系统分析员、系统设计和程序编码人。 引用文件和术语 GB/T11457-1995软件工程术语。 GB/T 16260-1996 信息技术、软件产品评价、质量特性及其使用指南。 3 定义 本篇术语尽量使用标准术语(GB/T11457-1995),另外还对本公司软件管理有如下术语说明: 3.1决策层 由公司管理领导小组负责批准软件开发项目的立项。 3.2管理层 由主管总经理、部门经理、质量管理员、项目经理、及有关的技术人员依据项目管理有关规定和各自的职能,协作完成。 3.3 设计层 由系统工程师以及系统分析员组成。 3.4实施层 由软件开发技术人员组成的编码调试队伍。 3.5 全开发型 一个独立的软件开发项目;例如调度命令票的开发,用户提出的调度MIS系统的开发。 3.6 增加功能型 在本公司现有某软件系统的基础上新增加一个独立的功能。 3.7 功能完善型 将本公司软件系统的已有功能完善。如调度MIS系统中的电网计算程序中添加图形示意界面,以方便用户。 3.8 查错测试型 对本公司的软件系统某种不正常现象进行跟踪查错,找出错误根源。 3.9 个体软件过程(psp) 是一种可以用于控制、管理和改进个人工作方式的自我改善过程,是一个软件过程框架。 3.10 软件的可靠性 请参看DB/T 16260---1996 “信息技术 软件产品评价 质量特性及其使用指南”附录A “质量子特性” 3.11 软件的安全性 请参看DB/T 16260---1996 “信息技术 软件产品评价 质量特性及其使用指南”附录A “质量子特性”。 4.软件开发方法 4.1 软件开发的基本流程及软件开发类型的分析 4.1.1 软件开发的基本流程 软件开发的立项, 确定系统需求(目的及用途、功能、技术指标、开发及交付时间); 软件的需求调研 软件的需求分析; 软件开发的概要设计; 软件开发的详细设计; 软件的实施(编程和单元测试); 软件的组装测试、总体案例测试、性能及验收; 软件的交付投运; 软件的维护。 4.1.2 不同开发类型的软件开发流程 全开发型必须经过4.1.1所述全部流程; 增加功能型必须经过4.1.1所述全部流程; 功能完善型需经过4.1.1所述的1),及3)—9); 查错测试型需要遵循错误处理规范(见附录z) 4.1.3 软件开发过程的控制 软件开发流程的1),2),3),4),5),6)阶段都应该经过质量管理小组和开发顾问组(可以包括用户或公司聘请的有关开发专家)的评审。 评审分内部评审和正式评审。 内部评审由公司质量管理小组负责实施;正式评审由外部专家及公司的质量管理小组组成的评审委员会进行。除全开发型的软件验收需要正式评审外,全开发型的软件开发的其它阶段的评审及其它类型的软件开发的各个阶段的评审均采用内部评审。 评审前有关人员必须准备好该阶段的技术文档资料,并填写“评审报告”(附表G-1)的有关部分,一并上交公司的质量管理小组申请评审。 无论内部评审或正式评审,均由公司的质量管理小组指定评审人选与评审日期,最后由公司总经理批准,同时还要递交一份评审工作安排方案要求总经理批准。 评审时首先由有关人员介绍被评审的内容;演示评审内容,再由评审小组测试评审内容,然后由评审小组提问题,有关人员答辩(需填写“软件评审问题记录”(附表G-2));最后由评审小组给出“通过”和“不通过”的结论;若需要修改,应该填写“软件修改报告单”(内部评审可以适当简化评审程序,免去答辩过程)。 软件验收评审前需要填写“评审报告”进行申请外,软件评审要由评审小组或质量管理小组填写专门的软件评审报告(附表E)。 4.2软件开发项目的确立 该阶段的规范依据公司相关的项目确立和项目下达的有关规定(项目的申请和确立规范)。 4.3 软件需求分析 该阶段只适用于4.1.2所述的全开发型及增加功能型的软件开发项目。 4.3.1 目的任务及实施步骤 由软件开发的部门经理与有关的设计人员进行软件的需求分析; 对于大的或全开发型的软件开发项目需要根据“软件开发项目任务书”进行必要的技术调查,写出《系统调研报告》,调研报告的书写和实施依据公司的系统调研报告实施规范; 分析和确定软件开发、运行的环境; 确定人机界面及接口说明; 编制项目开发计划,填写“软件开发项目安排书” (附表B_3)、“软件开

文档评论(0)

tcpe + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档