XXXX系统软件任务计划控制程序.docVIP

版本：A 编号：ISMSP-13-A 第 PAGE 1 页 共 NUMPAGES 5 页 XXXX公司 ISMS 版 本 A 密 级 秘密★3年 XXXX系统软件任务计划控制程序 文件编号 ISMSP-13-A 1 目的 为了合理地估算软件项目开发所需的资源、经费和开发进度，并控制软件项目开发过程，特制定本程序。 2 范围 本程序文件适用于本公司所有软件开发过程中的控制活动。 3 职责 3.1服务部经理 1)负责项目组的筹建； 2)组织对《软件任务计划书》的审核； 3)参与项目中的重要技术问题的决策； 3.2项目经理 对领导的软件项目负全责； 3.3系统分析员 完成《软件任务计划书》 4 定义 无 5 工作程序 5.1成立项目团队 《需求规格说明书》审核通过后，由服务部经理负责筹建项目团队。在确定项目经理、项目成员后召开项目启动会议，明确项目的启动过程、明确每个人的职责。成员随着项目的进展，可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队，但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。 5.2项目开发准备 项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由项目经理，系统分析员等组成。如果项目中存在一些关键的（指将影响项目成败)技术风险，则在这一阶段由项目经理组织人员进行预研。预研的结果应留下书面结论以备评审。 5.3项目信息收集 项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效的沟通，并要达成共识。重要的内容需要开会进行QA讨论，确保所有重要问题都得到理解。 5.4制定工作分解计划 通过工作分解的方式，将工作范围细分为活动，然后对每项活动分配时间和资源，主要分为以下三个步骤： 5.4.1分解工作任务。 将一个总的工作范围（软件项目XXX)逐渐细分到合适的粒度，以便对任务计划、执行和控制。 对于软件项目来说，分解工作任务不是一项单纯的计划活动，而是要根据项目的特点决定工作任务的分解结构。实际工作中会更多地考虑技术因素来确定工作分解结构的形式。 5.4.2定义活动依赖关系。 确定了项目中要完成哪些活动以后，对这些活动之间的依赖关系做出定义。活动之间的依赖关系取决于实际工作的要求，不同活动之间的依赖关系决定了活动的优先顺序及其重要性。活动依赖关系是确定项目关键路径和活动浮动时间的必要条件，定义活动间依赖关系的目的是确定每一项活动所需的输入、输出关系。 5.4.3分配时间和资源。 完成工作任务分解并定义了活动的依赖关系后，为每项活动分配相应的时间和资源。为活动分配时间可以采用自下而上和自上而下两种不同的方法。自下而上是先估计最小粒度的活动所需要的时间，项目所需的时间则取决于所有项目活动的关键路径时间；自上而下则是确定完成项目所需要的总的时间，然后将时间分配给不同的活动。这两种方法在实际中都有应用。 对于客户项目，采取自上而下的方式，因为大多数项目都事先确定好了项目的交付时间。在软件项目计划中，指定了时间资源以后，再指定人力资源。 5.5编写计划文档 5.5.1项目组织结构、职责描述与说明。 说明项目组的组织结构、报告渠道、隶属关系、职位描述、人员与职位的对应关系等。 5.5.2资源计划。 描述项目所需要的资源，包括硬件资源、软件资源、人力资源等，注明资源的到位时间与释放日期。如果是人力资源，还需补充其他信息，例如所属部门、兼职或全职等。 5.5.3项目质量保证计划。 从质量保证的角度描述项目中所执行的质量保证活动，例如设定的质量目标、审计活动、日常活动等内容。 5.5.4测试计划。 测试方法、测试阶段、测试的入口与出口条件等。 5.5.5配置管理计划。 配置项标识、命名规范、变更流程等。 5.5.6培训计划。 包含培训课程、时间、人员、费用、考核标准等信息。 5.5.7风险管理计划。 风险标识、分类、严重度估计、发生概率估计等。 5.6审批及修改 项目经理将已经达成一致的《软件任务计划书》提交服务部经理，由服务部经理负责组织相关人员进行审批，审批完成时间不能超过预先约定的时间。 批准后的《软件任务计划书》作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。 6 相关文件 无 7 记录 记录名称 保存期限 《需求规格说明书》 长期保存 《软件任务计划书》 长期保存 8变更履历 序号 条款号 更改内容 更改通知单号 更改人/日期 批准人/日期 附