项目负责人工作手册.doc

金仕达研发中心项目负责人工作手册2001年08月06日SHANGHAI FUDAN JINSHIDA COMPUTER CO。，LTD上海复旦金仕达计算机有限公司文档编号：XMFZGZSC-000-001版 本 号：1.00产品名称:金仕达研发中心所有软件项目文档名称: 项目负责人工作手册编写李斌日期2001/08/06校对日期审核日期批准日期上海市浦东新区张江高科技园区郭守敬路498号上海市 201203Phone 38954588 38954567 Fax 50801861 金仕达研发中心项目负责人工作手册 上海复旦金仕达计算机有限公司目录第一章 前言11.1编写目的11.2范围11.3术语定义11.4参考资料1第二章 开发理念22.1愿景22.2 经营理念22.3 质量方针22.4 2001年公司质量目标22.5 研发中心质量目标22.6 项目负责人的质量职责2第三章 项目和项目负责人23.1项目23.2项目负责人33.3项目组的角色说明33.4对项目负责人的建议性要求4第四章 软件项目的基本原则44.1软件开发流程的划分原则44.2软件生存周期模型的选取原则64.3软件质量的原则74.4有关开发文档的一些原则7第五章 项目管理过程75.1可行性研究阶段7项目负责人的主要活动7ISO审核检查点8建议性要求85.2软件开发策划阶段9项目负责人的主要活动9ISO审核检查点9建议性要求105.3需求分析阶段11项目负责人的主要活动11ISO审核检查点11建议性要求125.4 软件设计阶段13项目负责人的主要活动13ISO审核检查点13建议性要求145.5 软件实现阶段15项目负责人的主要活动15ISO审核检查点15建议性要求165.6 软件测试阶段16项目负责人的主要活动16ISO审核检查点17建议性要求185.7 项目总结阶段18项目负责人的主要活动18ISO审核检查点19建议性要求195.8系统维护阶段20项目负责人的主要活动20ISO审核检查点21建议性要求21第六章 项目负责人的日常工作216.1 做好项目计划216.2 做好项目的跟踪、检查工作226.3 做好工作报告226.4 做好项目工作会议的会议纪要236.5 做好开发资源的管理236.6 做好项目文档的备份工作246.7 做好项目文件的管理工作246.8 做好ISO9000质量体系自检工作246.9 做好配置管理工作256.10 做好项目组的变更控制256.11 做好项目组成员的培训工作256.12做好项目组成员的考勤确认工作266.13做好绩效考核266.14其他26第七章 编者留言27Page ii第一章 前言1.1编写目的本手册主要介绍项目负责人如何按照公司ISO体系文件实施项目，以及有关项目管理的建议性要求，旨在规范金仕达研发中心的项目管理，为各个项目负责人的项目管理和日常工作提供一套规范的实施指南。1.2范围适用于金仕达研发中心所有项目的项目管理，适用读者是研发中心负责项目的各项目负责人。1.3术语定义1. 项目：经研发中心工作会议讨论通过同意设立的、具有相对独立性和一定开发工作量的研究或开发任务，包括产品及一次性开发项目。这里的一次性开发项目就是特指ISO9000体系中的项目。2. 项目负责人：经研发中心工作会议讨论任命、全权负责项目的研究或开发工作的员工。选择范围原则上：开发主管、开发经理、高级开发经理3. 产品：根据市场需求或市场调研之后而确立开发，并且能够产品化的行业软件4. 一次性开发项目：为用户专门根据其需求而定制开发的一次性开发的软件。5. 软件生存周期：是一个软件从定义、开发、使用和维护，直至最终被废去的过程6. 瀑布模型：是一种软件生存期模型，它不仅规定了各种软件工程活动，包括：可行性研究，制定开发计划，进行需求分析，系统设计，程序编码，测试及维护等活动，而且还规定了这些软件工程活动自上而下，相互衔接的固定次序，如同瀑布流水，逐级下落。7. 螺旋模型：是一种软件生存期模型，将瀑布模型和演化模型结合起来，并加入了风险分析，可以看作是沿螺线自内向外每螺旋一圈便开发出更为完善的一个新的软件版本，最终得到所期望的系统，主要软件工程活动包括：制定计划、风险分析、实施工程和客户评估8. 快速原型法：属于演进式开发模型，头一次是试验性开发，在于探索可行性，弄清楚软件需求，并产生所谓的“原型”软件，然后每次在前一次的开发原型的基础上进行演进和修正，逐步接近于用户的需求，最终得到所期望的系统。9. ISO：国际标准化组织，特指本公司的ISO9000质量体系1.4参考资料开发手册2.0版本ISO9000质量体系程序文件2000版第二章 开发理念2.1愿景提供客户满意的产品和服务，做金融电子化的领导企业2.2 经营理念专业经营、诚信服务创金牌软件、揽天下贤仕、达世界巅峰2.3 质量方针提供客户满意的产品和服务；做金融电子化的领导者。2.4 2001年公司质量目标客户满意率80%以上2.5 研发中心质量目标l 客户满意率80%以上l 每一立项的软件配置管理活动的缺陷数5个，其中属于版本控制的缺陷数1个l 里程碑的软件评审活动真实性达100%，有效性达80%以上2.6 项目负责人的质量职责协助部门主管落实本部门之质量体系的实施。协助内部质量审核。项目开发计划之制定、实施和调整。项目费用成本控制。负责项目组与外界的协调工作。项目开发进度的报告提交。第三章 项目和项目负责人3.1项目项目从广义上来说，就是一项特别的、需要完成的任务，由一系列活动组成，具体来说是为了达到特定的目标临时组织到一起的一批人员及其他资源，通常具有固定的预算和确定的完成时间。对于金仕达研发中心来说，一般项目都是软件开发项目，并且是必须经研发中心工作会议讨论通过同意设立的、具有相对独立性和一定开发工作量的研究或开发任务，包括产品及一次性开发项目。3.2项目负责人项目负责人，简单的定义就是专门负责项目的组织、计划用实施过程，以保证项目目标的成功实现的人员。在承担的项目责任方面，项目负责人应该是一个项目的促成者，他决定需要做什么，什么样时候必须完成以及如何获得项目所需的资源，具体如何去做则可借助于有关的技术专家来解决。因此，项目负责人应该是一个通才，必须具备丰富的经验与广阔的知识背景，但并不一定要求他是某一领域的技术专家。对于金仕达研发中心来说，项目负责人必须经研发中心工作会议讨论任命，并全权负责项目的研究或开发工作。目前，研发中心的项目负责人一般都会是该项目组里的技术核心，但在不远的将来，随着项目管理的逐步正规化，项目负责人会称为专业的项目管理者，逐步与所谓的技术专家分离。3.3项目组的角色说明本项目负责人工作手册对软件开发过程中的控制，首先体现在项目开发过程中的精细的角色分工。通常在一个标准的软件开发过程中应该包括以下角色（如表一：项目组角色分工表）, 他们之间分工明确, 接口清晰,交流充分, 协调有力。表一：项目组角色分工表角色名称对应职责 1 项目负责人 *负责计划及全面决策, 整个项目组内部的控制、管理、协调和监督，是项目的对外联络人，负责协调和分配资源2 用户代表(可以是假想角色) 提供用户需求,决定系统功能（适用于公司各软件产品的开发，可以请市场人员或行业专家等人员担当）3 系统分析及设计人员* 进行用户需求的调研与分析，分析新系统，以及设计总体框架和详细设计4 数据库管理员维护后台库表结构及其数据(DB Server) 5 网络管理员 解决开发或集成或测试环境的网络问题 6 标准控制人员负责选定或制订相关的项目各项开发标准，并确保各项标准及规程的正常实施 7 编程人员*参与详细设计，编程实现及单元测试8 系统构造人员*负责系统的集成，模块汇总以及集中管理以及程序源码的版本控制9 文档编制人员*写各类文档, 及维护文档（尤其是用户手册）与代码的一致 10 测试负责人*准备测试计划，组织编制测试方案以及测试用例说明书，实施测试计划，准备测试报告11 测试人员*参与编制测试用例，负责软件测试，发现并记录软件缺陷及各种问题12 美工负责用户界面的设计，以及与程序相关的图形,动画,声音等艺术创作 13 软件质量控制人员*负责对整个开发过程及软件质量进行跟踪监控，参与对各个开发阶段的评审人员14 销售人员协调与客户的关系，进行市场调研15 实施人员*负责系统运行环境安装、应用系统安装、接口协议联调、系统试运行、系统验收、现场培训16 维护人员*负责系统上线后的维护工作，包括客户的相关服务根据项目的具体情况，以上各角色可以互相兼职, 即多个角色可能由一个人担任，但职责划分务必明确。项目负责人为重中之重, 对整个项目的成败完全负责。其他各个角色各自负责自己的职能, 并接受项目负责人的领导和调度，小组成员之间交流越充分则越有利。(以上打“*”的表示项目组必须存在该角色)3.4对项目负责人的建议性要求项目负责人对项目的责任：l 确保项目按时、在预算内达到项目实施的预期结果l 对项目进行冲突管理，以保证项目在实施过程中自始至终以实现项目目标为最终目的项目负责人对项目组的责任：l 为项目组成员提供良好的工作环境与工作氛围l 对项目组成员进行绩效考核时，必须确保公平、客观l 激励项目组成员，并为项目组成员的将来发展考虑l 团结项目组成员，并保证项目组的凝聚力第四章 软件项目的基本原则4.1软件开发流程的划分原则根据公司研发中心开发手册的标准流程，基本划分成九个阶段：见图11、 可行性研究阶段2、 软件开发策划阶段3、 需求分析阶段4、 软件设计阶段5、 软件实现阶段6、 软件测试阶段7、 安装阶段8、 项目总结阶段9、 系统维护阶段图：标准开发流程示意图可行性研究软件开发策划需求分析软件设计软件实现软件测试安装系统维护总结Y合同评审评审由产品管理部组织需要评审否？根据软件开发计划书进行确认根据软件开发计划书进行确认根据软件开发计划书进行确认市场调查、推广或用户访问、推广或户访问或产品市场推广成立项目组软件开发策划需求调研分析概要设计详细设计编码单元测试及集成集成测试系统测试封版测试软件产品/项目的可行性评估评审一次性项目需要合同评审产品对外发布安装维护安装验收项目总结安装及产品试用产品销售后阶段划分开发流程相关流程4.2软件生存周期模型的选取原则目前，金仕达研发中心的多数软件仍采用“瀑布模型”，但随着软件产品线的增加、开发规模的扩大，也出现了部分产品和一次性开发项目采用了微软的“螺旋模型”,也有可能出现少数项目组，根据实际需求和自身开发特点而采用“快速原型法”的开发方式。但是不管是采用“瀑布模型”，还是“螺旋模型”或者“快速原型法”，软件的开发过程总是要经历标准开发流程（见图）中的几个阶段，而针对每一开发阶段的实施任务、进入和结束准则，建议依据开发手册中的软件开发规范执行。关于软件开发模型的选取原则，是由项目负责人承接软件项目的时候，在制定软件开发计划书时进行选取本次开发的软件生命周期模型，即允许根据项目类型、规模、进度以及客户的需求，在不违背公司ISO质量体系文件规定的前提下，对图中标准软件开发流程做适当的裁剪和调整，以适用于本次所采用的开发模型（指瀑布、螺旋、快速原型等等）。但是经裁剪和调整后的开发流程，必须在软件开发计划书中描述清楚并经研发中心产品管理部组织评审通过方可实施。一般地，建议按以下原则进行选取：项目条件优点缺点瀑布式模型1. 用户需求相对比较稳定2. 对时间要求明确，但足够充裕3. 用户只在需求阶段和项目组见面，而设计实现和内部测试时对软件开发不干涉1. 项目开发中的阶段划分明确，且有明显的里程碑标志2. 降低软件的复杂度，促进软件开发工程化1. 阶段和阶段划分固定，缺少灵活性2. 软件与用户见面的时间间隔比较长，增加了一定风险3. 文档工作量大，大大加大了工作量4. 如果前期发生的错误未被发现而带入后阶段，会被扩散，可能造成严重后果螺旋式模型1. 软件规模较大，且业务逻辑复杂，风险比较大2. 用户需求是逐步完善、渐渐明确1. 强调了被其他开发模型所忽略的风险分析2. 缩短了软件与用户见面的时间，以利于完善软件产品3. 在每一圈螺线上，都要进行制订计划、风险分析、实施工程和客户评估四个活动，进而消除或减少风险的损害1. 需要具有相当丰富的风险评估经验和专门知识才能使用这个模型快速原型法1. 项目开发的时间要求紧迫2. 用户需求不够清晰，无法标识出详细的输入、处理和输出需求1. 用户最快地感受到实际软件系统，有利于弄清楚需求2. 更好地适应于市场竞争，减少软件开发的风险3. 开发的文档工作量相对少些1. 为了使原型能够快速运行起来而没有考虑软件的总体质量和可维护性2. 开发者要经受多次返工4.3软件质量的原则a) 质量标准应该以用户至上为原则ISO质量体系，已充分说明了这一点，我们的软件是最终为用户服务的，因此客户导向不仅是市场营销的原则，也是研发中心质量管理的原则。b) 质量第一无论什么时候，产品的质量都是最重要的。研发中心之所以将测试部门从开发组中独立出来，正是意识到了质量的重要性。产品管理部的成立，也是为研发中心专门设立了一个质量控制部门，专门用以管理、跟踪、监控项目的质量。c) 高质量是可以达到的高质量的软件是完全可以开发出来的。因此，每个项目经理都应该要清醒地认识到这一点，必须重视项目的开发质量，因为用户永远会选择高质量的产品d) 尽早与用户交流要能真正确保软件开发的高质量，则必须在用户需求及开发目标上与客户达成一致的共识。因此，项目负责人要加强项目组与用户之间的交流，随时听取意见，及时修正开发的成果。4.4有关开发文档的一些原则采用统一的文档编写规范，必须严格依据研发中心产品管理部事先制订的各种技术文件的统一编写规范实施，但绝不是一味照抄，或生搬硬套技术文件的模板。第五章 项目管理过程5.1可行性研究阶段项目负责人的必要活动a) 对于一次性项目的可行性研究l 参与书写系统方案书或标书，文档的编写格式详见系统方案书模板负责申请对系统方案书或标书的评审，流程详见评审控制程序l 对于软件产品的可行性研究l 阅读营销总部人员在行业分析的基础上对新产品开发进行分析的新产品初步可行性分析报告，并参加对初步可行性的评审l 参与书写新产品可行性报告（或用系统方案书代替），文档的编写格式详见新产品可行性报告模板l 负责申请对新产品可行性报告（或用系统方案书代替）的评审，流程详见评审控制程序ISO审核检查点a) 对于一次性项目的可行性研究l 谁负责成立方案小组？l 方案小组人员表的批准人是谁？l 方案小组的人员资格，是否有包括售前支持人员和销售人员？l 系统方案书的内容是否达到ISO文件中所建议的编写提纲要求？l 由谁负责组织对系统方案书的评审，并成立评审小组l 评审小组成员的人数是否多于3人？l 评审小组成员的资格，是否包括技术人员和销售人员？l 评审结果有没有形成书面文档，如系统方案书可行性评审报告或者相关的会议纪要？l 可行性的最终评审结果由谁负责批准？b) 对于软件产品的可行性研究l 由谁负责提出新产品初步可行性分析报告？l 新产品初步可行性分析报告的编写内容是否符合ISO文件中所规定的建议提纲要求l 由谁负责组织评审新产品初步可行性分析报告，并确定实否软件产品可行？l 由谁负责成立方案小组？l 方案小组负责人的资格是什么？方案小组成员是否包括开发人员和销售人员或营销总部人员？l 方案小组人员表的批准人是谁？l 由谁负责编制新产品可行性报告或者系统方案书l 新产品可行性报告或系统方案书的编写内容，是否符合ISO程序文件的建议提纲要求？l 由谁负责组织评审新产品可行性报告或系统方案书，并成立评审小组l 评审小组的成员是否多于3人？l 评审小组的成员资格，是否包括研发中心、营销总部、分公司的人员 l 评审结果有没有形成书面文档，如系统方案书可行性评审报告或者相关的会议纪要？l 可行性的最终评审结果由谁负责批准？建议性要求a) 建议从以下方面考虑系统方案和新产品的可行性l 从产品开发所应用的新技术、新产品的外观和内涵设计理想方案，从方案所能实现的性能、品质、界面、速度、硬件要求、功能等各方面进行描述l 要考虑理想方案有助于公司的产品销售重点l 对理想方案做出技术评价、投资及效益分析，还要考虑社会因素的可行性l 如果是新产品，则还需要协助营销总部人员对该产品进行市场分析，包括竞争对手资料，从产品的推出时间、市场占有率、销售渠道、用户群等方面考虑市场前景b) 对于一次性项目，建议从以下方面考虑评审项目合同（限于和开发本身相关的部分，其他部分如合同条款的合法性等方面的评审，详见合同评审控制程序）l 合同中所涉及到的技术可行性与可靠性l 双方在软件开发过程中的责任确定l 与软件开发相关的商务条款的合理性l 由客户所进行的活动的合理性，主要是客户在需求规格说明、安装验收方面的作用l 对用户需求变更或合同更改的处理l 由客户提供的设施、工具和软件项等l 专利信息的保护措施的确定l 产品安装或交付期限l 用户对项目的维护要求l 合同中与软件开发相关的风险的识别及评估c) 如果可行性研究阶段的结论是产品可行或一次性项目已签订合同，则还需要考虑项目（或产品）的立项，做好承接该项目或产品的开发任务的准备。5.2软件开发策划阶段项目负责人的必要活动l 项目负责人获得被推荐权，流程详见成立项目组控制程序l 填写软件标识申请表，向产品管理部申请产品编号（前5位）l 负责编制软件开发计划书，文档格式详见软件开发计划书模板l 就软件开发中关于测试的时间和人员计划以及测试所需要编制的测试文档，需要与研发中心测试部门进行协商，并要求达成共识，明确将有关测试的初步计划写进软件开发计划书l 负责申请对软件开发计划书的评审，流程详见评审控制程序l 做好软件开发策划阶段的配置管理，流程详见研发中心配置管理建议程序，如有必要采用版本控制的CASE工具进行版本管理，则要在此阶段选定某个版本控制工具及制订相关版本管理办法l 注意考虑与项目有关的培训，包括ISO体系文件、配置管理程序、与项目相关的开发工具的培训等ISO审核检查点a) 对于成立项目组l 由谁负责推荐项目负责人，并填写项目负责人推荐表？l 项目负责人的推荐资格是什么？l 项目负责人是怎样任命的？l 由谁负责批准项目负责人推荐表？b) 对于软件开发计划控制程序l 由谁负责填写软件标识申请表，向什么部门申请软件标识？l 至少几天由谁向什么部门提出软件开发计划评审会议的申请？l 由谁填写评审审请表，并由谁来核准？l 软件开发计划书由谁负责编制？软件开发计划书的内容是否符合ISO程序文件中所规定的提纲要求？l 由谁负责发出评审会议通知，由谁负责组织评审工作，评审人员不少于几人？l 评审软件开发计划，是否形成评审报告（或者评审会议纪要）？l 软件开发计划书由谁负责批准？l 当超过软件开发计划书进度20%时，需要向谁申请变更?l 由谁负责批准超过软件开发计划书进度20%的变更？建议性要求a) 做好项目的费用预算总表由项目负责人和其部门负责人核定项目费用的预算额度，主要考虑以下方面：l 项目组成员的奖金l 业务费用（用于与项目相关的各种差旅费用、与用户来往的业务招待费用、开发人员封闭式开发的住宿费用等等）l 其它费用（用于凝聚项目组成员的项目活动经费、用于意外或突发事件发生的应急费用、留有一定额度的灵活费用等等）b) 做好项目的立项工作项目立项的标志是：软件开发计划书通过评审。立项的其他活动还有：l 对立项的各种审批工作l 项目经费的确认l 合同跟踪的设立l 项目卷宗的设立c) 做好设计变更授权的准备工作，指定一个负责设计变更的责任人，流程详见软件开发设计变更控制程序5.3需求分析阶段项目负责人的必要活动a) 对于一次性项目的需求分析l 需求分析的流程，详见新项目需求分析控制程序l 负责需求分析报告的编写，文档格式详见需求分析报告模板l 如果软件开发计划书规定需求阶段项目组要开始编制测试方案，则在需求分析结束时还需要确保项目完成测试方案（初稿）l 如果软件开发计划书规定，由测试部在需求阶段介入项目组，作为项目组成员负责编制测试方案，则项目负责人还需要填写软件测试任务单向研发中心测试部门进行申请l 如果软件开发计划书规定需求分析阶段需要参加评审，则负责申请对需求分析报告的评审，流程详见评审控制程序l 做好软件需求分析阶段的配置管理，流程详见研发中心配置管理建议程序b) 对于软件产品的需求分析l 需求分析的流程，详见新产品需求分析控制程序l 负责需求分析报告的编写，文档格式详见需求分析报告模板l 如果软件开发计划书规定需求阶段项目组要开始编制测试方案，则在需求分析结束时还需要确保项目完成测试方案（初稿）l 如果软件开发计划书规定，由测试部在需求阶段介入项目组，作为项目组成员负责编制测试方案，则项目负责人还需要填写软件测试任务单向研发中心测试部门进行申请l 负责申请对需求分析报告的评审，流程详见评审控制程序l 做好软件需求分析阶段的配置管理，流程详见研发中心配置管理建议程序ISO审核检查点a) 对于一次性项目的需求分析l 由谁负责编制需求分析详细计划？l 当详细计划超出软件开发计划书进度20%时，需要向谁提出申请变更，变更后的需求分析详细计划需要得到谁的批准？l 由谁负责对客户进行调研，需要填写需求分析调研表吗？l 由谁负责编制需求分析报告？l 需求分析报告的内容是否符合ISO程序文件中所规定的提纲要求？l 对于一次性项目，需求分析报告是否需要得到用户的书面确认？l 如果软件开发计划书中要求参加需求阶段的评审，则要由谁向什么部门提出评审申请？l 申请需求评审会议的评审申请表由谁负责填写，谁来核准？l 由什么部门组织评审，发出评审会议通知？l 评审人员最少不能少于几人？资格如何？l 评审需求分析报告，是否形成评审报告（或者评审会议纪要）？l 需求分析报告属于技术文档，如何进行文件管制？b) 对于软件产品的需求分析l 由谁负责编制需求分析详细计划？l 当详细计划超出软件开发计划书进度20%时，需要向谁提出申请变更，变更后的需求分析详细计划需要得到谁的批准？l 对于软件产品的需求分析，需要选择几家典型客户进行调研？l 由谁负责对典型客户（包括行业专家）进行调研，需要填写需求分析调研表吗？l 对软件新产品的需求调研，在有条件的时候，是否能够开发原型系统？l 由谁负责编制需求分析报告？l 需求分析报告的内容是否符合ISO程序文件中所规定的提纲要求？l 对于软件产品的需求分析，如何进行和用户交流以对需求分析报告或原型系统进行评审的？l 如果软件开发计划书中规定需求分析阶段要开始编制测试方案，由谁负责编制？l 如果软件开发计划书中要求测试部门在需求阶段就开始参与项目，则由谁填写软件测试任务单向测试部门申请？l 如果软件开发计划书中要求参加需求阶段的评审，则要由谁向什么部门提出评审申请？l 申请需求评审会议的评审申请表由谁负责填写，谁来核准？l 由什么部门组织评审，发出评审会议通知？l 评审人员最少不能少于几人？资格如何？l 评审需求分析报告，是否形成评审报告（或者评审会议纪要）l 需求分析报告属于技术文档，如何进行文件管制？建议性要求a) 决策需求分析是否采用相关的CASE工具进行，并选定需求分析的具体方法（指面向对象的需求分析、面向数据的结构化分析等方法）b) 考虑对项目组进行相关的培训l 与所开发的软件项目相关的业务知识和行业知识的培训l 对项目组进行需求分析的基本技能的培训l 进行与需求分析相关的技术规范的培训，如Rational Rose工具的使用规范等等l 提供与项目相关的技术培训，如所涉及到的新技术、编程工具、数据库工具等方面的培训c) 正式启动进行用户的需求调研，建议召开项目启动会议l 可以借此机会凝聚项目组成员，鼓舞项目组的士气，阐明需求分析的重要性、关键任务、需求调研的工作流程及注意事项等等l 如果属于一次性项目，建议邀请用户参加启动会议，借此明确需求分析的客户沟通方式、双方联系人员情况、用户需求确认方式等等d) 如果需求分析过程中遇到困难或技术难点等情况需要请求别的部门的技术支持，可考虑做好和相关部门或人员的协调沟通工作e) 组织并团结好项目组内部人员，以确保需求工作的顺利进行f) 经常查阅需求分析调研表和需求分析报告，以动态跟踪用户需求的调研情况，并根据项目需要和实际情况及时调整计划或采取各种必要的应急措施g) 对所发现的已发生或潜在还未发生的软件开发过程中的不合格项，需要采取纠正预防措施时，建议严格按照ISO体系文件处理，填写有关的不合格项纠正预防措施单5.4 软件设计阶段项目负责人的必要活动l 软件设计过程，详见设计输出控制程序l 负责编制设计说明书（或概要设计说明书和详细设计说明书），文档格式分别详见设计说明书模板（或概要设计说明书模板和详细设计说明书模板l 牵头选用或制订软件设计或实现的各种技术规范（如数据库设计规范、编程语言程序设计规范等等），需要相关部门提供技术支持，可以请研发中心技术总部协助l 如果软件开发计划书规定软件设计阶段项目组要编制测试方案（包括测试用例说明书），则在软件设计阶段结束时还需要确保项目组完成测试方案（包括测试用例说明书）l 如果软件开发计划书规定，由测试部在软件设计阶段介入项目组，作为项目组成员负责编制测试方案（包括测试用例说明书），则项目负责人还需要填写软件测试任务单向研发中心测试部门进行申请l 如果软件开发计划书规定软件设计阶段需要参加评审，则负责申请对软件设计阶段的评审，流程详见评审控制程序l 一旦项目发生软件设计变更，要做好变更授权工作，流程详见软件开发设计变更控制程序l 做好软件设计阶段的配置管理，流程详见研发中心配置管理建议程序 ISO审核检查点l 由谁编制软件设计详细计划（或概要设计详细计划和详细设计详细计划？l 当软件设计阶段的详细计划超过软件开发计划书进度20%时，需要向谁提出申请变更，变更后的详细计划需要得到谁的批准？l 由谁负责编制设计说明书（或概要设计说明书和详细设计说明书？l 设计说明书（或概要设计说明书和详细设计说明书的内容是否符合ISO程序文件中所规定的提纲要求？l 如果软件开发计划书规定软件设计阶段的适当时候，需要测试部参与，将如何向测试部门申请？l 由谁填写软件测试任务单？l 如果在承接软件测试任务上，出现开发部门和测试部门之间的分歧意见，应该如何处置？l 如果软件开发计划书规定设计阶段要开始编制测试方案（包括测试用例说明书，则应该由谁负责编制？l 如果软件开发计划书规定软件设计阶段（或者拆分为概要设计阶段和详细设计阶段）需要参加评审，则由谁负责向哪个部门申请？l 申请软件设计阶段（或概要设计阶段和详细设计阶段）评审会议的评审申请表由谁负责填写，由谁来核准？l 由哪个部门负责签发评审会议通知？l 由哪个部门负责组织对软件设计阶段（或概要设计阶段和详细设计阶段）的评审？l 参与设计阶段评审的评审人员不少于几人？资格如何？l 评审设计阶段，是否形成评审报告（或者评审会议纪要）？l 设计说明书（或概要设计说明书和详细设计说明书）属于技术文档，如何进行文件管制l 测试方案（包括测试用例说明书）均属于技术文档，在评审定稿之后，是不是需要进行文件管制？建议性要求a) 决策软件设计是否采用相关的CASE工具进行，并选定软件设计的具体方法（指面向对象的软件设计、面向数据的结构化设计等方法）b) 考虑对项目组进行相关的培训l 需要进行数据库设计，则需要对项目组进行如何设计数据库的培训l 进行与软件设计相关的技术规范的培训，如Rational Rose工具、Powerdesigner数据库设计工具的使用规范等等l 提供与项目相关的技术培训，如所涉及到的新技术等方面的培训c) 如果软件设计过程中遇到困难或技术难点等情况需要请求别的部门的技术支持，可考虑做好和相关部门或人员的协调沟通工作如：需要制定与项目相关的新技术的技术规范时，需要向研发中心技术总部申请技术支持d) 组织并团结好项目组内部人员，以确保软件设计工作的顺利进行e) 经常查阅设计说明书（或概要设计说明书和详细设计说明书），以动态跟踪项目组进行软件设计的情况，并根据项目需要和实际情况及时调整计划或采取各种必要的应急措施f) 制订有关项目组发生设计或需求变更的处置办法，建议在不违背ISO体系文件关于需求和设计变更程序文件的要求，可根据项目的实际情况自行制定更加可操作性的变更控制办法g) 对所发现的已发生或潜在还未发生的软件开发过程中的不合格项，需要采取纠正预防措施时，建议严格按照ISO体系文件处理，填写有关的不合格项纠正预防措施单5.5 软件实现阶段项目负责人的必要活动l 编程流程，详见设计输出控制程序中的编码l 为项目组提供编码实现的开发环境，包括开发平台、编程工具、相关的技术参考资料、开发用机、开发场所等等l 考虑如何控制软件产品的版本控制，可建议借助CASE工具进行管理，流程详见产品的标识与可追溯性程序l 如果软件开发计划书规定，由测试部在软件实现阶段开始介入项目组，负责编制测试用例说明书（此时项目组已完成测试方案），则项目负责人还需要填写软件测试任务单向研发中心测试部门进行申请l 如果软件开发计划书规定，由测试部协助项目组进行单元测试，则项目负责人还需要填写实施测试任务单向研发中心测试部门进行申请，并确保提交给测试部进行单元测试的模块清单，必须有各个待测模块的编号和版本号，以及程序员的自测签字l 负责组织项目组进行系统集成，及时构造一个可运行的中间产品，并经常抽查项目组成员的编码情况，复核程序编码是否符合有关设计规范（如编程语言程序设计规范、存储过程设计规范、出错处理设计规范等等）l 如果软件开发计划书规定软件实现阶段需要参加评审，则负责申请对软件实现阶段的评审，流程详见评审控制程序l 做好软件实现阶段的配置管理，流程详见研发中心配置管理建议程序ISO审核检查点l 由谁编制编码详细计划？l 当编码实现阶段的详细计划超过软件开发计划书进度20%时，需要向谁提出申请变更，变更后的详细计划需要得到谁的批准？l 由谁负责编码？l 在编码过程中，是否每个模块都有模块标识，标识编码有何规则？l 源程序中的模块标识如何进行，是否符合产品标识和可追溯性控制程序中的规定？l 由谁进行单元测试？单元测试如果由程序员自行进行，则在模块清单中是否都具有自测者的签字？l 模块清单中对于各个模块的版本标识是否清晰？l 如果软件开发计划书规定编码实现阶段才开始编制测试用例说明书，则项目负责人是否按照软件测试过程控制程序规定填写软件测试任务单？是否按照测试计划控制程序执行？l 如果项目负责人决策需要测试部门参与单元测试，是否按照软件测试过程控制程序规定填写实施测试任务单？l 由测试部门参与的单元测试，凡是非程序员自行进行的单元测试，是否留下书面记录，有没有按实施测试控制程序规定填写测试记录、问题记录单和问题跟踪汇总表？当每一轮单元测试结束后，是否出具阶段测试报告？l 如果软件开发计划书规定编码实现阶段需要参加评审，则由谁负责向哪个部门申请？l 申请编码实现阶段评审会议的评审申请表由谁负责填写，由谁来核准？l 由哪个部门负责签发评审会议通知？l 由哪个部门负责组织对编码实现阶段的评审？l 参与编码实现阶段评审的评审人员不少于几人？资格如何？l 评审编码实现阶段的成果，是否形成评审报告（或者评审会议纪要）？建议性要求a) 考虑对项目组进行相关的培训l 进行与编码相关的技术规范，如所用到的开发工具、数据库工具、所采用的编程语言程序设计规范等等l 提供与项目相关的技术培训，如所涉及到的新技术、中间件、公共控件或模块等方面的培训l 针对项目组如何进行单元测试进行培训b) 如果软件编码实现过程中遇到困难或技术难点等情况需要请求别的部门的技术支持，可考虑做好和相关部门或人员的协调沟通工作如：编程过程中遇到难以实现的技术，需要向研发中心技术总部申请技术支持c) 组织并团结好项目组内部人员，以确保软件编码实现工作的顺利进行d) 做好软件编码过程中的版本控制，并决策或选用某个版本控制工具进行有效控制版本，并制定相关的程序版本控制办法（建议此时就要考虑测试时的测试版本的控制办法）e) 经常Review项目组成员的编码，检查其是否按照有关的编程规范进行编码，并审核其编程质量以及考虑程序代码是否需要进行优化f) 要考虑有关代码复用或应用的复用、建立相关的公用控件或模块的产品库g) 制订有关编码过程中项目组发生设计或需求变更的处置办法，建议在不违背ISO体系文件关于需求和设计变更程序文件的要求，可根据项目的实际情况自行制定更加可操作性的变更控制办法h) 对所发现的已发生或潜在还未发生的软件开发过程中的不合格项，需要采取纠正预防措施时，建议严格按照ISO体系文件处理，填写有关的不合格项纠正预防措施单5.6 软件测试阶段项目负责人的必要活动l 实施测试的具体流程，详见实施测试控制程序l 协助测试组搭建独立测试时所需要的测试环境，包括系统的初始配置l 一旦测试环境已准备好，并且测试组开始实施测试时，项目负责人有责任配合测试组，锁定本测试版本，不允许开发人员随意更改测试环境或升级某个已完成修改的程序，直至本轮测试结束为止l 对于测试组实施软件测试时每日提交的问题记录单和该轮测试结束时提交的阶段测试报告，要负责签字确认，并组织开发人员进行原因分析和商讨处置意见，并作核准，指派修改人员，进行修改任务的分派工作l 要求测试部门进行封版测试时，需要指派人员向研发中心开发助理申请刻录用于封版测试的软件安装母盘，流程详见刻录作业指导书l 如果软件开发计划书规定软件测试阶段需要评审，则项目负责人需要提早一周填写评审申请表向产品管理部申请同时提交相关资料（有关测试总结方面的资料由测试部门准备），并和测试部一起作为被评审人员按评审会议通知的要求参加评审会议，由测试部负责介绍项目的软件测试情况，测试负责人从旁对相关问题协助解释说明并接受评审，最后还要根据评审意见修改程序以及重新测试，直至通过评审为止l 如果软件开发计划书规定软件测试阶段需要参加评审，则负责申请对软件测试阶段的评审，流程详见评审控制程序l 做好软件测试阶段的配置管理，流程详见研发中心配置管理建议程序ISO审核检查点l 由谁负责填写实施测试任务单？l 实施测试任务单的填写内容是否达到ISO程序文件的要求？l 承接实施测试任务的时候，由谁负责在实施测试任务单注明承接意见？l 在承接实施测试任务的时候，如果开发组和测试部门发生分歧，需要由谁负责审核，并在实施测试任务单注明审核意见？l 在承接临时测试任务的时候，实施测试任务单是如何进行流转的？l 项目组向测试部门提交实施测试任务的时候，需要提交哪些相关开发文档？模块清单是否标识清楚目标模块的编号和版本号？l 在什么情况，测试部门允许拒绝接受测试任务？在拒绝接受测试任务时，是否在实施测试任务单上注明拒绝原因？l 由谁负责决策是否召开测试前准备会议？如果决定召开，则由谁负责组织召开，并且要求什么人必须参加？l 由谁负责确认测试计划？由谁负责决策是否需要增补测试计划（包括测试用例说明书）或修改测试方案（包括测试用例说明书？l 根据产品标识和可追溯性控制程序，由谁负责检查该测试版本各个目标模块中的模块编号和版本号？l 由谁负责实施软件的测试工作？l 实施测试时，需要填写哪些表单，都由什么人负责填写？l 每执行一个测试用例时，是否都填写测试记录？l 对于测试记录中出现软件问题错误时，是否都填写了问题记录单？l 每天的测试工作结束的时候，测试负责人或其指派人员是否负责汇总问题记录单，整理成问题跟踪汇总表？l 测试记录、问题记录单、问题跟踪汇总表是否符合ISO文件所规定的书写规范？l 在测试过程中，符合什么条件的时候，测试组可以判定结束本轮测试？l 如果判定结束本轮测试，测试组必须向谁提交哪些表单？有没有做好测试表单的签收工作？l 每一轮测试结束的时候，测试组是否出具阶段测试报告？如果属于最后一轮的封版测试，测试组是否出具了软件测试分析报告？l 如果软件开发计划书规定测试总结阶段需要参加评审，则由谁负责向哪个部门申请？l 申请测试总结阶段评审会议的评审申请表由谁负责填写，由谁来核准？l 由哪个部门负责签发评审会议通知？l 由哪个部门负责组织对测试总结阶段的评审？l 参与测试总结阶段评审的评审人员不少于几人？资格如何？l 评审测试总结阶段的成果，是否形成评审报告（或者评审会议纪要）？建议性要求a) 考虑软件提交给研发测试部门进行实施测试时，安排开发人员开始编制有关项目的用户手册和安装手册的项目文档b) 如果软件测试过程中发现难以解决的bug或无法实现的技术问题等情况需要请求别的部门的技术支持，可考虑做好和相关部门或人员的协调沟通工作，尤其是请研发中心技术总部提供技术支持c) 组织并团结好项目组内部人员，主动和测试组负责人进行沟通，在必要的时候能够提供测试支持工作，以确保软件测试的顺利进行d) 经常Review项目组成员修改后的程序源码，检查其是否按照有关的编程规范进行编码，并审核其编程质量以及考虑程序代码是否需要进行优化e) 确保提交给测试部门的测试版本不被开发人员进行修改，及时和测试负责人关于测试版本的控制情况进行沟通f) 制订有关软件测试过程中项目组发生设计或需求变更的处置办法，建议在不违背ISO体系文件关于需求和设计变更程序文件的要求，可根据项目的实际情况自行制定更加可操作性的变更控制办法g) 对所发现的已发生或潜在还未发生的软件开发过程中的不合格项，需要采取纠正预防措施时，建议严格按照ISO体系文件处理，填写有关的不合格项纠正预防措施单5.7 安装阶段项目负责人的必要活动a) 对于一次性项目的安装验收l 负责制订安装计划l 负责与客户关于安装事宜进行各种协调b) 负责指派项目组成员执行安装任务，具体流程详见项目安装程序c) 对于软件产品的安装及产品试用l 负责寻找同意试用本产品的典型客户，至少超过一家l 负责制订安装计划l 负责与客户关于产品试用事宜进行各种协调l 负责指派项目组成员执行安装任务，具体流程可参照项目安装程序ISO审核检查点l 刻录安装子盘的流程是怎样的？l 由谁负责填写刻录请求登记单，向谁进行申请刻录？l 由谁负责填写安装任务单？l 安装前需要做哪些准备工作？l 怎样明确客户在安装作业中的作用与义务？请详述客户在安装作业中的具体作用与义务？l 安装人员进行安装、调试时，需要注意什么？l 由谁进行测试验收？l 安装、培训确认单由谁负责填写？谁负责签字确认？l 由谁负责核对交付清单?l 由谁负责审核安装的相关文档，并交谁进行归档？如何进行归档呢？建议性要求a) 对于一次性项目的安装验收，建议项目负责人要做好项目实施计划，从以下几个方面进行考虑：l 根据软件项目的合同，明确向客户交付的物品、数量、交付时间