项目节点控制软件需求
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件开发项目节点控制软件
(版本:v1.0)
目录
1、引言
1.1 背景
经过近几年的信息化实施推进,对项目管理方面已经有了自己独特的管理要求和管理方法,在经过主要项目管理人员共同策划和讨论的基础上,确立了一套自己的软件项目管理思路和模式,并在此基础上建立属于自己的项目管理软件用于支撑公司目前的项目推进平台。
1.2 概述:
软件开发项目节点控制软件提供软件项目各项目经理制定项目大节点计划,根据大节点计划编制年度、月度计划和周计划内容,同步按照各大节点要求完成相关电子文档提交工作,保证项目最终完成的资料完整性要求。
该软件是对项目从需求到结项整个生命周期的过程管理标准平台;
1.3 参考资料
1、《项目管理知识体系指南(第3版)》-PMBOK指南;
2、需求概述
2.1、流程及职责分配
软件开发项目节点控制流程如图一所示:
图1 软件开发项目节点控制流程图
项目节点编制要求:
➢根据图1中流程图中我们必须按照要求,在每个功能块中必须提交相应文档,如果未提交相应文档,系
统要求给出提示信息;
图2 计划管理业务流程
图3 周计划管理与项目节点间关系业务流程
年度计划实绩编制:
➢发出计划实绩编制和实绩反馈通知的时间一般定在每年12月初;
➢计划实绩编制和收集整理工作要在每年12月23日完成;
➢在每年12月25日完成年度计划和实绩的汇总统计工作;
月度计划实绩编制:
➢发出计划实绩编制和实绩反馈通知的时间一般定在每月21日(如果为周末则需要提前);
➢计划实绩编制和收集整理工作要在每月23日完成(如果为周末,则顺延);
➢计划平衡会一般定为每月23日完成(如果为周末,则顺延);
➢平衡会后完成各相关部门意见征集和月度计划发布;
➢月度计划发布后由部门领导监督项目执行;科室长负责安排各相关人员执行并按时间完成计划;计划员负责跟踪计划执行情况;
➢软件开发室在编制月度计划时需要参考项目管理室的月度计划编制情况,尽量项目名称一致;
周计划实绩编制:
➢每周五3:30分前由部门各专业和科室负责人完成本周计划的编写工作;
➢每周五下班前由部门计划员完成计划实绩的收集和汇总编制工作;
说明:
(1)从目前系统功能方面软件和项目管理的关联关系还没有建立,考虑到如果建立,会出现一个需求,软件开发可能会分成几项,因此考虑年度进行汇总的情况时根据年度计划手工进行关联;
(2)系统初始化年度计划、月度计划和周计划编制完成后,经过部门计划平衡由计划管理员进行最终修改完善(因此,计划管理员既作为系统管理员并且也能对所有专业有读写权限);
2.2 开发总体框架及用例
项目总体框架如图三所示。
图3 软件项目控制软件系统框图
系统共分为6个部分:(1)基础信息管理;(2)项目大节点管理;(3)项目月度计划管理;(4)项目周计划管理;(5)项目年度计划管理;(6)项目统计分析(放于二期开发);
项目用例如图四所示:
图4 软件项目控制用例框图
项目使用者:
(1)专业主管;
负责完成周、月、年度计划的编制和实绩以及使用综合查询功能进行计划分析;
(2)各科室主任;
负责完成周、月、年度计划的编制和实绩以及使用综合查询功能进行计划分析;
(3)部门领导;
负责查看和通过系统监督部门周、月、年度计划的编制和实绩以及使用综合查询功能进行计划
分析;
(4)系统维护员;
维护系统角色及其权限;
2.3 开发数据逻辑视图
图5 数据逻辑视图
(还不为最终设计数据结构,需要增加周度表、项目性质表、大节点项目表)
2.4 功能模块说明
2.4.1 项目大节点管理模块
项目大节点管理内容通过周计划界面由各专业主管选中为重点项的项目,如果为重点项,保存后将该项目同时存为项目大节点控制项目;
功能说明:
A、项目登记
目的:项目登记是项目管理室专业主管基本确定某个项目准备进入需求管理阶段时将项目纳入项目过程控制环节,提交相关项目信息;(由周计划中专业主管定义为大节点控制项目)
当周计划项目中项目主管将其中某项勾为大节点项目时,系统将给出大节点界面,其中项目名和需求编号自动集成和系统生成,填写完成计划开始和结束时间,则系统将该项目保存进入大节点项目,同时在周计划中保存该项目为项目管理专业周计划项,同时该项目在项目大节点管理中保存其状态;
操作:
(1)由周计划项目中确定为大节点项目的各项转入,提取其中的项目名称,系统自动生成需求编码(根据钱亮浩需求外挂的算法),填写该项目的项目类型(A、B)、紧急程度(1~5级)、项目需求计划开
始和结束时间;
(2)该过程不需要提交文档;
(3)在可能情况可以在调研阶段填写乐观和悲观完成时间;
(4)项目上线最终节点为(悲观+乐观时间),暂时悲观时间占权重80%,乐观时间占权重20%;
责任:
(1)该部分登记工作责任由项目管理室主管负责;
要求说明:
(1)项目版本填写要求:当如果某项需求项目没有颠覆性变更情况下增加的需求,版本号增加0.1,例如v1.0、v1.1、v1.2等依次累加(通过周计划编制项目转入大节点计划);当如果某些需求项目发
生颠覆性变更情况下,需求作为一个新项目需求项目,不再作为原需求延续;
(2)项目类型如果为A,则该项目需要在需求完成后做详细设计;如果项目类型定义为B型,则该项目在需求完成并由开发室认可后,直接纳入开发过程;
B、需求调研
目的:需求调研是项目管理室主管在项目推进过程中收集业务部门的需求,按照专业管理手册要求编制项目的需求文档;
操作:
(1)在节点控制报表中填写需求计划开始和结束时间;
(2)在需求调研完成后,填写实际开始和结束时间;
(3)在需求调研结束后,提交需求调研文档;(需求调研文档标准遵照专业管理手册要求)
责任:
该部分工作由项目管理室专业主管负责;
C、详细设计
目的:在项目类型确定为A型后,软件开发室在项目专业主管提交需求并得到认可后,软件开发室就需要组织人力进行开发软件的详细设计工作,具体设计要求按照专业管理手册标准制作;同时在系统中表现为项目管理主管提交该需求的实际结束时间关闭该项目,根据其项目类型为A级,自动将该项目转为软件开发室周计划提取项以供编入软件开发室开发周计划,同时该项目在项目大节点管理中保存其状态;
操作:
(1)在项目管理专业主管提交需求后,软件开发室则需要填写计划开始和结束时间和责任人;
(2)在做详细设计过程中
(3)在详细设计完成后,软件开发室需要填写实际开始和结束时间;
(4)在详细设计完成后,软件开发室需要提交详细设计文档;
责任:
(5)该部分工作由软件开发室负责; 3.4 编码开发及测试
D、编码开发及测试
目的:在项目需求确认的基础上(如果项目为A级,要求详细设计完成后方可进入开发阶段),软件开发室组织人力开始将需求开发成为产品,同时对每个开发单元用验证数据进行测试,每个开发人员完成其分配的功能开发任务后,需要同步完成其负责的;系统中表现为详细设计完成或者非A类项目需求实际结束时间填写完成,自动将该需求列为开发周计划中,供软件开发室选取作为开发周计划项目,在周计划中填写开发计划开始时间和结束时间以及负责人、配合人员,同时该项目在项目大节点管理中保存其状态;