项目策划执行流程管理.docx
- 文档编号:16675293
- 上传时间:2023-07-16
- 格式:DOCX
- 页数:35
- 大小:339.66KB
项目策划执行流程管理.docx
《项目策划执行流程管理.docx》由会员分享,可在线阅读,更多相关《项目策划执行流程管理.docx(35页珍藏版)》请在冰点文库上搜索。
项目策划执行流程管理
程序文件
项目执行流程
年月日起生效
文件号
编制
审核
批准
版 次
1.0
日期
日期
日期
共6页
第1页
项目执行流程
1目的及适用范围
1.1为规范项目业务中项目执行过程,达到项目的成本、进度、质量的统一,特制定本程序;
1.1本程序文件适用于某公司项目业务中项目执行;
1.2本程序文件由某公司 制定,其解释权及修改权属于 ;
1.3本程序文件从年月 日起执行;
2职责
2.1项目中心负责项目执行的总体进程,并对执行的最终结果负责;
2.2主管副总和执委会负责在关键节点监控和协调资源;
2.3质量操纵部负责对项目执行过程中的里程碑产生的相关成果和文档进行质量操纵,并将符合规范的成果放入资源中心存档;
3定期战略质询流程
3.1决策委员会同意签订合同后,项目部项目经理(在项目销售流程中的准项目经理)制订《项目打算书》,交由执委会审批,假如未通过,项目经理重新修改《项目打算书》;
3.2假如审批认可,项目经理将项目打算递交给客户评审,若未通过,项目经理修改《项目打算书》
3.3若客户评审通过,进行项目资源安排,若所需资源在项目中心本身内,由项目总监完成资源安排,若所需资源跨项目中心外的多个部门,由执委会完成资源安排;
3.4获得所需资源后,项目经理进行需求分析,交质量操纵部进行质量检验,若质检未通过,项目经理修改需求分析;
3.5若质检通过,专家委员会对需求分析内容进行评审,若未通过,项目经理修改需求分析内容;
3.6若通过内容评审,项目经理将需求分析交给客户评审,若未通过,项目经理修改需求分析,若通过,项目经理进行总体设计,同时将相关成果和文档放入资源中心存档;
3.7质量操纵部对总体设计进行质量检验,若未通过,项目经理修改总体设计,若通过,专家委员会对总体设计内容进行评审,若未通过内容评审,项目经理修改总体设计内容,
3.8若通过内容评审,项目经理将总体设计交给客户评审,若未通过客户评审,项目经理修改总体设计,若通过客户评审,项目经理安排项目进行系统实现,同时相关成果和文档放入资源中心存档;
3.9质量操纵部对系统实现结果进行功能测试,若未通过,项目经理安排项目组成员修改系统实现;
3.10若通过功能测试,质量操纵部进行质量检验,若未通过,项目经理安排项目组成员修改系统实现;
3.11若通过质检,专家委员会对系统实现进行验收,若未通过,项目经理安排项目组成员修改系统实现;
3.12若通过专家委员会验收,项目经理将系统实现相关成果交给客户验收,若未通过,项目经理安排项目组成员修改系统实现;
3.13若通过客户验收,质量操纵部将相关成果和文档放入资源中心存档,同时项目经理安排项目组成果进行项目推广;
3.14项目经理进行项目总结,通过在质量操纵部进行质检,若未通过,项目经理修改项目总结;
3.15若通过质检,质量操纵部将相关成果和文档放入资源中心存档;
4相关文件
4.1《项目打算书》
4.2《项目资源调度单》
4.3《方案讲明书》
4.4《需求分析讲明书》
4.5《质量操纵需求分析讲明书评审报告》
4.6《总体设计讲明书》
4.7《详细设计讲明书》
4.8系统实现相关文档——在系统实现流程中完成
4.9《客户验收单》
4.10《项目总结》
4.11《软件质量保证文档》
4.12《资源中心验收单》
项目打算书
项目名称
项目编号
项目经理
项目任务描述
项目总时刻及关键里程碑设置
项目人力资源
项目费用可能
审批人意见:
总监:
副总监:
执委会:
备注:
抄送财务部、人力资源部
时刻
项目资源调度单
项目名称
项目编号
项目经理
项目的跨中心(部门)资源调度缘由
申请人
审批人
正式调用时刻:
起:
止:
备注:
抄送财务、人力资源部
时刻
软件需求分析讲明书
1.引言
1.1目的
讲明编写软件需求讲明书的目的,指出预期的读者。
1.2背景
(1)待开发的软件系统的名称;
(2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
(3)该软件系统同其他系统或其他机构的差不多的相互来往关系。
1.3参考资料
列出所用的参考资料,如:
(1)本项目的经核准的打算任务书或合同、上级机关的批文;
(2)属于本项目的其他已发表的文件;
(3)本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
(4)列出这些文件资料的标题、文件编号、发表日期和出版单位,讲明能够得到这些文件资料的来源。
1.4术语
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2.项目概述
本部分描述阻碍产品和其需求的一般因素。
此处并不讲明具体的需求,其描述的内容仅仅是为了更容易理解、深化需求规格,其用意是为从多方面、多角度考虑需求以提供思维参考点。
2.1一般描述
本节描述软件开发项目的意图、应用目标、作用范围以及其他应向读者讲明的有关该软件开发的背景材料,解释待开发产品和其相关的其他产品或项目的关系。
●假如本产品是独立的,而且自含全部内容,应在此讲明。
●假如所定义的产品是一个较大系统或项目中的一个组成部分,那么在此需要描述如下内容:
◆要概述那个较大的系统或项目的每一个组成部分的功能,并讲明其接口;
◆指出本产品要紧的外部接口(不需要详细描述,详细描述放在其他章节中);
◆描述所使用的计算机硬件、外围设备。
那个地点仅仅是一个综述性描述。
【技巧】在本节的描述中,用一个方框图来表达一个较大的系统或项目的要紧组成部分、相互联系和外部接口是特不有关心的。
【提醒注意】本节所描述的既不是设计方案,也不是在方案设计时的约束条件,它仅仅为方案设计时的约束条件提供了一个能够解释的理由。
2.2功能简述
对待的软件产品功能提供一个摘要。
【技巧】
◆编制功能的一种方法是制作功能表,以便客户或第一次读那个文件的人专门容易理解;
◆用方框图来表达不同的功能和它们的关系有益于理解。
【提醒注意】
◆方框图不是产品的设计,而只是一种有效的解释方式。
◆本节不是具体需求的陈述,只是对具体需求部分中什么缘故要对一些需求做出描述的铺垫。
2.3用户特点
本节描述产品最终用户(包括操作员、维护员和系统工作人员等)具有的受教育水平、工作经验及技术专长等一般特点。
假如系统的大多数用户是一些临时的用户,那么就要求系统包含如何完成差不多功能的提示,而不是假设用户差不多从过去的会议或从阅读用户指南中了解到这些细节。
2.4假定和约束
给出阻碍软件需求讲明书中陈述的需求的每一个因素。
这些因素不是软件的设计约束,然而它们的改变可能阻碍到需求讲明书中的需求。
这些假定和约束条件可能包括:
治理方针;运行环境,包括硬件设备和支持软件的限制;与其他应用间的接口;并行操作;实时功能;审查功能;操纵功能;所需的高级语言;通信协议;应用的临界点;安全保密方面的考虑等。
【提醒注意】
◆本节中描述的因素是软件需求所依据的基石,当这些基石发生不可抗拒或操纵的改变时对产品需求将造成阻碍。
◆本节的内容不能用来陈述具体需求或强加若干专门的设计约束,而应对具体需求部分中的某些具体需求或设计约束的描述提供理由。
3.具体需求
本章应包括软件开发者在建立设计时需要的全部细节。
本章的编写应该遵循如下差不多原则:
●遵循可验证性、无歧义性等的准则,对每一个需求细节作具体描述;
●在软件需求讲明书前言、项目概述、附录部分的有关讨论中,要提供对任何一个具体需求交叉引用的背景;
●按符合逻辑的和可读的方式组织;
●详细描述每一个需求,使得该需求应达到的目标能够用指定的方法进行客观的验证。
【提醒注意】每一项需求的描述都应包括至少5个方面的内容:
功能需求;性能需求;属性需求;外部接口需求;设计约束。
3.1功能需求
用文字、图表或数学公式详细描述被开发软件的输入、处理、输出以及在上述过程中发生的差不多操作。
关于每一类功能或者有时关于每一个功能,这部分通常由引言、输入、处理、输出四个部分组成:
3.1.1引言
(1)描述该功能要达到的目标、所采纳的方法和技术;
(2)清晰讲明功能意图的由来和背景。
3.1.2输入
(1)详细描述该功能的所有输入数据,如:
输入源、数量、度量单位、时刻设定、有效输入范围(包括精度和公差)。
(2)操作员具体的操作操纵细节的需求。
其中有名字、操作员活动的描述、操纵台或操作员的位置。
例如:
当打印检查时,要求操作员进行格式调整。
(3)指明引用的输入接口资料。
3.1.3处理
描述为获得预期输出结果,对输入数据及中间参数进行的全部操作。
它包括如下的讲明:
(1)输入数据的有效性检查手段;
(2)操作的顺序和处理过程,包括事件的时刻设定;
(3)异常情况的响应,例如:
溢出、通信故障、错误处理等;
(4)受操作阻碍的参数;
(5)降级运行的要求;
(6)用于把系统输入变换成相应输出的任何方法(方程式、数学算法、逻辑操作等)。
(7)输出数据的有效性检查手段。
3.1.4输出
(1)详细描述该功能所有输出数据,例如:
输出目的地、数量、度量单位、时刻关系、有效输出的范围(包括精度和公差)、非法值的处理、出错信息;
(2)指明引用的输出接口资料。
【技巧】能够用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求。
【提醒注意】对着重于输入输出行为的系统来讲,需求讲明书应指定所有有意义的输入、输出对及其序列。
当一个系统要求经历它的状态时,需要那个序列,使得它能够依照本次输入和往常的状态做出响应。
这种情况犹如有限状态机。
3.2性能需求
从整体来讲,本节应具体讲明软件、或人与软件交互的静态或动态数值需求。
静态数值需求可能包括:
支持的终端数,支持并行操作的用户数,处理的文卷和记录数,
表和文卷的大小等。
动态数值需求可能包括:
欲处理的事务和任务的数量,以及在正常情况下和峰值工作条件下一定时刻周期中处理的数据总量等。
所有这些需求都必须用能够度量的术语来叙述。
例如:
95%的事务必须在小于1s时刻内处理完,不然,操作员将不等待处理的完成。
◆精度
讲明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。
◆时刻特性要求
讲明关于该软件的时刻特性要求,如对响应时刻、更新处理时刻、数据的转换和传送时刻、解题时刻等的要求。
◆灵活性
讲明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:
操作方式上的变化、运行环境的变化、同其他软件的接口的变化、精度和有效时限的变化、打算的变化或改进等。
关于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.3软件属性需求
在软件的需求之中有若干个属性,下面列举一部分。
【提醒注意】下列属性决不能理解为是一个标准的或完整的清单,而应依照项目实际情况予以列举。
3.3.1正确性
3.3.2健壮性
3.3.3安全保密性
那个地点指的是爱护软件的要素,以防止各种非法的访问、使用、修改、破坏或者泄密。
那个领域的具体需求必须包括:
利用可靠的密码技术,掌握特定的记录或历史数据集,给不同的模块分配不同的功能,限定一个程序中某些区域的通信,计算临界值的检查等。
3.3.4易使用性
3.3.5可理解性
3.3.6可维护性
那个地点规定若干需求以确保软件是可维护的。
例如:
软件模块所需要的专门的耦合矩阵,为微型装置指定专门的数据/程序分割要求等。
3.3.7可测试性
3.3.8可移植性
那个地点规定把软件从一种环境移植到另一种环境所要求的用户程序、用户接口兼容方面的约束等。
3.4外部接口需求
3.4.1用户接口
(1)提供用户使用软件产品时的界面需求。
例如,假如系统的用户通过显示终端进行操作,就必须指定如下要求:
对屏幕格式的要求,报表或菜单的页面显示格式和内容,用户命令的格式,输入输出的相对时刻,程序功能键的可用性。
(2)列出输出错误信息的格式。
3.4.2硬件接口
(1)指出软件产品与系统硬部件之间每一个接口的逻辑特点。
(2)指出硬件接口支持的设备。
(3)描述软件与硬件接口之间以及硬件接口与支持设备之间的约定。
3.4.3软件接口
描述项目待开发软件产品与其它有关软件的接口关系,并指出这些软件的以下内容:
名字、助记符、规格讲明号、版本号、来源。
【提醒注意】关于每一个接口,应讲明与软件产品相关的接口软件的目的,并依照信息的内容和格式定义接口,那个地点不必详细描述任何已有完整文件的接口,只要引用定义该接口的文件即可。
3.4.4通讯接口
讲明各种通信接口及协议,例如局部网络的协议等。
3.5设计约束
3.5.1其它标准的约束
描述由现有的标准或规则派生的要求。
例如:
报表格式、数据命名、财务处理、审计追踪等等。
3.5.2硬件设备的约束
描述在各种硬件约束下运行而产生的软件要求,可能的约束有硬件配置的特点(接口数、指令系统等),内存储器和辅助存储器的容量等。
3.6数据需求
【提醒注意】
◆此部分内容一般在数据要求讲明书中进行描述,假如项目软件产品规模较小,系统复杂程度较低,数据需求较简单,也可在此章中描述。
◆此部分内容也可能在功能需求中予以讲明。
3.6.1数据描述
(1)列出作为操纵和引用而使用的静态数据元素
(2)列出动态输入数据元素
(3)列出动态输出数据元素
(4)列出软件内部生成的数据元素
3.6.2数据猎取
(1)列出提供输入数据的机构
(2)列出数据输入介质和设备
(3)列出数据输出介质和设备
3.7其它专门需求
依照软件和用户组织的特性等,某些需求在那个地点描述,下面列举一部分。
【提醒注意】下列需求项决不能理解为是一个标准的或完整的清单,而应依照项目实际情况予以列举。
3.6.1数据库
本项对作为项目产品的一部分进行开发的数据库规定一些需求,它们可能包括:
(1)在功能需求中标识的信息类不;
(2)使用的频率
(3)存取能力;
(4)数据元素和文卷描述符;
(5)数据元素、记录和文卷的关系;
(6)静态和动态的组织;
(7)数据保存要求。
【提醒注意】假如使用一个现有的数据库包,那个数据库包应在“软件接口”中命名,并在那儿详细讲明。
3.6.2数据治理能力
讲明需要治理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其重量的存储要求做出估算。
3.6.3操作
那个地点讲明用户组织之中各种方式的操作。
例如:
(1)用户初操作;
(2)交互作用操作的周期和无人操作周期;
(3)数据处理支持功能;
(4)后援和恢复操作。
【提醒注意】那个地点的内容有时是“用户接口”的一部分。
3.6.4故障处理
4.运行环境规定
4.1设备
列出运行该软件所需要的硬设备。
讲明其中的新型设备及其专门功能,包括:
(1)处理器型号及内存容量;
(2)外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;
(3)输入及输出设备的型号和数量,联机或脱机;
(4)数据通信设备的型号和数量;
(5)功能键及其他专用硬件。
4.2支持软件
列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
4.3接口
讲明该软件同其它软硬件之间的接口、数据通信协议等。
4.4操纵
讲明操纵该软件的运行的方法和操纵信号,并讲明这些操纵信号的来源。
【提醒注意】本章中的内容有时在前面的章节中已讲明。
5.支持信息
支持信息指目录表、索引和附录。
●目录表和索引专门重要,而且应按照能够同意的文件规则来编写。
●对一个实际的需求讲明书来讲,如有必要应该编写附录。
附录中可能包括:
(1)输入输出格式样本,成本分析研究的描述或用户调查结果;
(2)有助于理解需求讲明书的背景信息;
(3)软件所解决问题的描述;
(4)用户历史、背景、经历和操作特点;
(5)交叉访问表。
按先后次序进行编排,使一些不完全的软件需求得以完善;
(6)专门的装配指令用于编码和媒体,以满足安全、输出、初始装入或其他要求。
当包括附录时,需求讲明书必须明确地讲明附录是不是需求要考虑的部分。
总体设计讲明书
6.引言
1.5目的
讲明编写概要设计讲明书的目的,指出预期的读者。
1.6背景
(4)待开发的软件系统的名称;
(5)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
(6)该软件系统同其他系统或其他机构的差不多的相互来往关系。
1.7参考资料
列出所用的参考资料,如:
(5)本项目的经核准的打算任务书或合同、上级机关的批文;
(6)属于本项目的其他已发表的文件;
(7)本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
(8)列出这些文件资料的标题、文件编号、发表日期和出版单位,讲明能够得到这些文件资料的来源。
1.8术语
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
7.总体设计
2.1需求规定
简要讲明对本系统的要紧的输入输出项目、处理的功能与性能等的要求。
2.2运行环境
简要地讲明对本系统的运行环境(包括硬件环境和支持环境)的规定。
2.3差不多设计概念和处理流程
讲明本系统的差不多设计概念和处理流程,尽量使用图表的形式。
2.4结构
用一览表及框图的形式讲明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要讲明每个系统元素的标识符和功能,分层次地给出各元素之间的操纵与被操纵关系。
2.5功能需求与程序的关系
用如下的矩阵图讲明各项功能需求的实现同各块程序的分配关系:
程序1
程序2
……
程序m
功能需求1
√
功能需求2
√
︰
︰
功能需求n
√
√
2.6人工处理过程
讲明在本软件系统的工作过程中不得不包含的人工处理过程。
2.7尚未解决的问题
讲明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
8.接口设计
3.1用户接口
讲明将向用户提供的命令和它们的语法结构,以及软件的回答信息。
3.2外部接口
讲明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3.3内部接口
讲明本系统之内的各个系统元素之间的接口的安排。
9.运行设计
4.1运行模块组合
讲明对系统施加不同的外界运行操纵时所引起的各种不同的运行模块组合,讲明每时每种运行所历经的内部模块和支持软件。
4.2运行操纵
讲明每一种外界的运行操纵的方式方法和操作步骤。
4.3运行时刻
讲明每种运行模块组合将占用各种资源的时刻。
10.系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。
5.3数据结构与程序的关系
讲明各个数据结构与访问这些数据结构的各个程序之间的对应关系,可采纳如下的矩阵图的形式:
程序1
程序2
……
程序m
数据结构1
√
数据结构2
√
︰
︰
数据结构n
√
√
11.系统出错处理设计
6.1出错信息
用一览表的方式讲明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
6.2补救措施
讲明故障出现后可能采取的变通措施,包括:
(1)后备技术革新:
讲明预备采纳的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去确实是关于磁盘媒体的一种后备技术;
(2)降效技术:
讲明预备采纳的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术能够是手工操作和数据的人工记录;
(3)恢复及再启动技术:
讲明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
讲明为了系统维护的方便而在程序内部设计中做出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
详细设计讲明书
12.引言
1.9目的
讲明编写详细设计讲明书的目的,指出预期的读者。
1.10背景
(7)待开发的软件系统的名称;
(8)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
(9)该软件系统同其他系统或其他机构的差不多的相互来往关系。
1.11 参考资料
列出所用的参考资料,如:
(9)本项目的经核准的打算任务书或合同、上级机关的批文;
(10)属于本项目的其他已发表的文件;
(11)本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
(12)列出这些文件资料的标题、文件编号、发表日期和出版单位,讲明能够得到这些文件资料的来源。
1.12术语
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
13.软件系统的结构
用一系列图表列出本软件系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间层次结构关系。
14.模块n设计讲明(n是模块序号)
从本章开始,将概要设计产生的功能模块进行细化,形成若干个可编程的程序单元,逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
关于一个具体的模块,尤其是层次比较低的模块或子程序,其专门多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同,在这种情况下,只要简单地讲明这一点即可。
3.1程序描述
给出对该程序的简要描述,要紧讲明安排设计本程序的目的意义,同时还要讲明本程序的特点(如是常驻内存依旧特不驻内存;是否子程序;是可重入的依旧不可重入的;有无覆盖要求;是顺序处理依旧并发处理;……)。
3.2功能
讲明该程序单元应具有的功能,可采纳IPO图(即输入——输出图)的形式。
3.3性能
讲明对该程序的全部性能要求,包括对精度、灵活性和时刻特性的要求。
3.4结构
用图表的形式给出程序单元的结构。
3.5程序逻辑
用框图或过程性描述语言的形式表示各程序单元的操纵流程。
3.6输入项
给出对每一个输入项的特性,包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式、数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3.7输出项
给出对每时每一个输出项的特性,包括名称、标识、数据的类型和格式,数据值的有效范围、输出的形式、数量和频度、输出媒体、对输出图形及符号的讲明、安全保密条件等等。
3.8算法
详细讲明本程序单元所选用的算法,具体的计算公式和计算步骤。
3.9接口
用图表的形式讲明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,讲明参数赋值和调用方式。
3.10数据结构
讲明与本程序相直接关联的数据结构(数据库、数据文卷),用图表描述数据结构与模块的关系。
3.11存储分配和数组分配
确定每个模块的存储量及数组定义。
3
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 策划 执行 流程 管理
![提示](https://static.bingdoc.com/images/bang_tan.gif)