软件开发计划书
软件产品开发计划四篇

软件产品开发计划四篇篇一:产品开发计划项目号:项目名称:编制人:部门:日期:1内容简介1.1文档目的这部分要描述文档的目的,应该指明读者。
1.2文档范围<描述项目计划的范围,明确文档涉及的各项内容>简要描述本计划需要在该产品项目中完成的工作活动及其工作目标、项目采用的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等。
2项目概况简要描述本项目的类型(新产品/改进/维护类)、项目的目的、范围、目标(例如:项目的市场定位,产品需求等)。
3项目组织结构PDT组织结构图PDT及系统分析与设计组成员建议,产品开发成员建议在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进行沟通的结果描述项目的组织结构,建议采用图表的表示方式。
也可参考下例:下表定义了项目成员的角色和职责。
●在审核之前项目经理需指定所有文档和代码的审核人。
●对于各个角色的职责定义可根据项目实际情况进行补充。
●下表内容应当至少在项目的每个阶段结束时进行更新。
对于项目阶段中/ 阶段间发生的组织结构的变化,项目经理应当通过邮件周知所有相关人员,然后更新项目计划。
表4 项目的组织结构4项目依赖关系分析5.1 项目关键路径分析及保障措施在本节中,分析影响项目进度的关键步骤/环节、关键因素,并提出保障措施5.2 项目依赖关系分析在本节中,说明项目的内部依赖关系(如:开发测试工具、人力资源等)和对外部的依赖(如项目之间、与客户之间的技术、资源等方面)。
可用依赖性列表、活动网络图的方法描述。
列出所有影响项目计划的假设因素(相对于已知的因素)。
如果这些假设因素有误,或者没有利用到假设因素,或者假设因素发生变化都会使项目受到影响。
另外还要描述项目对外部因素的依赖关系,例如,如项目作为整个大系统的一部分,需要其他部分提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等>请参考下例:表1 项目依赖关系5.3 项目关键成功因素5.3 技术方法和工具在本节中,描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法、组织结构和其他标记、工具、技术和方法。
软件开发项目计划书三篇

软件开发项目计划书三篇篇一:软件开发项目计划文档简介本文档主要是为XX学院人事管理系统项目制定进行软件工程和管理软件项目的合理计划,建立适当的对项目实际进展的可视性,使管理者在项目执行显著偏离软件计划时采取有效措施,从而保证XX学院人事管理系统项目的顺利完成。
目的编写XX学院人事管理系统项目的项目开发计划,主要是为了XX学院人事管理系统项目的开发能按照计划所规定的需求和约束进行,从而避免一些不必要的问题,提高产品开发质量,顺利的完成此项目。
项目简介项目名称项目编号:项目名称: XX学院人事管理系统 (CDGSRS)研发代号:产品标识产品名称: XX学院人事管理系统产品缩称: CDGSRS版本号: 1.0项目背景XX有限公司与XX学院签定软件开发合同,确定由XX有限公司为XX学院开发“XX 学院人事管理系统”。
本产品将通过Internet网络构造一个实用、易用的人事管理系统。
实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。
实现XX学院师资管理。
实现XX学院个人相关人事信息查询。
缩略语与首字母缩写参考项目概述项目的目的和目标本产品将通过Internet网络构造一个实用、易用的人事管理系统。
实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。
实现XX学院师资管理。
实现XX学院个人相关人事信息查询。
假设与依赖项目的可交付工件V模型项目组织组织结构角色与职责组织接口管理角色与职责管理流程项目估算人力支出表非人力支出表其中人力支出表参见《XX学院人事管理系统成本估算表.wbs》项目计划阶段计划项目时间表《XX学院人事管理系统.mpp》项目资源分配人员配备计划资源获取计划培训计划需求开发阶段阶段目标:获取更详细的用户需求,完成《需求规格说明书》的编制和评审。
阶段WBS:参见文档――《XX学院人事管理系统需求开发阶段WBS.wbs》资源配给:项目经理兼任阶段计划执行进度按排:参见文档――《XX学院人事管理系统需求开发阶段进度计划.MPP》设计阶段阶段目标:完成概要设计和详细设计,完成设计评审。
计算机软件开发策划书(共5篇)

计算机软件开发策划书(共5篇)第一篇:计算机软件开发策划书热文推荐:《计算机软件开发策划书》计算机软件尤其是数据库软件,成为了当代计算机应用的主流。
因此软件开发人员就必须掌握正确的开发手段,了解软件开发的主要过程,这样心中对软件项目才有清醒的认识,才能达到事半功倍的效果。
本文就软件开发过程中的一些方法,结合本人开发过的一些软件项目做一些详细论述。
开发前的准备工作一般软件项目在开发前都有系统任务书,主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排,作为系统设计开发和检验的基本依据。
系统任务书的基本框架如下:(1)引言包括编写目的,背景,参考资料。
(2)系统的目标及任务包括系统建设目标,系统的主要任务,系统性能指标,系统标准化要求。
(3)系统的结构及功能包括系统应用组成及结构,系统主要功能。
(4)系统的规模及进度要求包括系统规模,系统研制进度,人员计划。
但是系统任务书只是这个软件项目的一个基本要求,针对具体情况,软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析,必要时还要进行实地调研,然后共同商讨写出系统的需求分析,需求分析的编写目的在于:a.说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性;b.分析原系统(工作环境)现状,描述待开发系统的详细需求,提供用户和开发人员之间沟通的基础,提供项目设计的基本信息。
需求分析报告的基本框架如下:(1)概述包括编写目的,背景,参考资料,术语及缩写词。
(2)对现有系统的分析(3)待开发系统的详细需求包括功能需求,使用范围,业务流程,用户界面,输出要求,故障处理。
(4)使用环境包括网络环境,硬件环境,软件环境,与其他系统的关系,安全与保密。
(5)可行性分析包括技术可行性分析,经济可行性分析,人员可行性分析,影响待开发系统的主要因素。
(6)结论意见软件开发过程有了系统任务书和需求分析报告,软件设计人员就要对软件项目的实现进行系统分析,系统分析包括系统的总体方案,系统的设计说明,作为软件设计的依据。
软件开发计划书

软件开发计划书一、引言。
本文档旨在详细介绍我们团队的软件开发计划,旨在为我们的软件开发项目提供清晰的指导和规划。
我们的目标是开发一款高质量、高效率的软件,以满足客户的需求并取得成功。
二、项目背景。
我们团队将开发一款名为“智能办公”的软件,旨在提供一站式的办公解决方案,包括日程管理、文件共享、团队协作等功能。
随着办公需求的不断增加,我们相信这款软件将会受到市场的欢迎。
三、项目目标。
1. 提供用户友好的界面和操作体验,使用户能够轻松上手并愿意长期使用。
2. 实现高效的日程管理功能,包括日程安排、提醒功能等,提高工作效率。
3. 实现文件共享功能,支持多种文件格式的上传和下载,方便团队内部的文件交流和共享。
4. 提供高效的团队协作功能,包括任务分配、项目进度跟踪等,提高团队的协作效率。
四、项目计划。
1. 项目启动阶段。
完成市场调研和竞品分析,明确软件定位和特色功能。
确定项目需求和功能规格,制定详细的开发计划和时间表。
2. 软件设计阶段。
进行软件架构设计,包括数据库设计、界面设计等。
制定详细的开发任务分配和进度安排,确保开发工作有序进行。
3. 软件开发阶段。
进行软件编码和功能实现,确保软件的稳定性和可靠性。
进行模块测试和整体测试,及时发现和解决软件中的bug和问题。
4. 软件上线阶段。
进行软件的上线部署和发布,确保软件能够正常运行。
进行用户反馈收集和问题解决,不断改进软件的功能和体验。
五、项目风险。
1. 技术风险,开发过程中可能遇到技术难题,需要及时解决。
2. 市场风险,市场需求可能发生变化,需要灵活调整软件功能。
3. 团队风险,团队成员离职或变动可能影响项目进度和质量。
六、项目收益。
1. 实现软件的商业化运营,为团队带来经济收益。
2. 提升团队的技术实力和开发经验,为未来项目奠定基础。
七、结论。
本文档详细介绍了我们团队的软件开发计划,包括项目背景、目标、计划、风险和收益等内容。
我们将严格按照计划执行,确保软件的质量和效果,期待取得成功。
软件项目开发计划书三篇

软件项目开发计划书三篇篇一:软件项目开发计划书模板项目名称:********评审日期:1引言1.1编写目的说明编写这份项目开发计划的目的,并指出预期的读者。
1.2背景说明:a.待开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2项目概述2.1工作内容简要地说明在本项目的开发中须进行的各项主要工作。
2.2主要参加人员扼要说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。
2.3产品2.3.1程序列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式,并通过引用有关文件,逐项说明其功能和能力。
2.3.2文件列出需移交给用户的每种文件的名称及内容要点。
2.3.3服务列出需向用户提供的各项服务,如培训安装、维护和运行支持等,应逐项规定开始日期、所提供支持的级别和服务的期限。
2.3.4非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。
2.4验收标准对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。
2.5完成项目的最迟期限2.6本计划的批准者和批准日期3实施计划3.1工作任务的分解与人员分工对于项目开发中需完成的各项工作,从需求分析、设计、实现、测试直到维护,包括文件的编制、审批、打印、分发工作,用户培训工作,软件安装工作等,按层次进行分解,指明每项任务的负责人和参加人员。
3.2接口人员说明负责接口工作的人员及他们的职责,包括:a.负责本项目同用户的接口人员;b.负责本项目同本单位各管理机构,如合同计划管理部门、财务部门、质量管理部门等的接口人员;c.负责本项目同各分合同负责单位的接口人员等。
软件开发策划书(共4篇)

软件开发策划书(共4篇)第1篇:开发软件策划书怎样写开发软件策划书?需求分析文档结构=================================1.引言1.1.编写目的1.2.背景说明1.3.术语定义1.4.参考资料2.任务概述2.1.目标2.2.用户的特点2.3.假定与约束3.需求规定3.1.对功能的规定3.2.对性能的规定3.2.1.精度3.2.2.时间特性要求3.2.3.灵活性3.3.输入输出要求3.4.数据管理能力要求3.5.故障处理要求3.6.其它专门要求4.运行环境设定4.1.设备4.2.支持软件4.3.接口4.4.控制5.缩写词表6.参考文献================================= 设计文档结构 =================================1.前言2.摘要3.需求分析3.1.企业生产经营概况3.2.企业经营目标及策略(近期及远期)3.3.实施需求3.4.实施目标3.5.实施约束3.6.实施功能要求3.7.实施信息要求3.8.实施性能要求4.总体方案与结构4.1.制定总体结构的出发点4.2.体系结构4.3.应用系统结构4.4.支撑系统结构4.5.信息分类编码体系5.I2DEF模型5.1.模型选择说明5.2.I2DEF模型设计规范5.3.结构模型5.3.1.系统/功能分解树5.3.2.构件图5.4.动态模型5.4.1.事件流程图5.4.2.事件汇总图5.4.3.工作案例图5.4.4.典型事件跟踪图5.5.功能模型5.5.1.数据流程图5.5.2.数据汇总图5.5.3.功能调用图6.资源需求7.系统配置7.1.配置原则7.2.硬件配置7.3.软件配置8.接口8.1.内部接口8.2.外部接口9.组织机构及人员配置9.1.现行组织机构9.2.开发运行的组织机构9.3.人员配置与培训10.关键技术10.1.关键技术的提出10.2.关键技术的一般说明 10.3.关键技术的实现方案11.方案实施的技术路线和实施计划 11.1.实施的技术路线11.2.实施计划12.投资概算及资金规划12.1.投资概算12.2.资金规划13.经济分析13.1.经济效益分析13.2.财务评价分析13.3.社会效益、战略效益分析 13.4.经济评价的结论和建议14.缩写词表15.参考文献第2篇:软件开发策划书一份好的策划书往往能够决定您的目的是否能够快速有效达成。
软件开发品牌策划书3篇

软件开发品牌策划书3篇篇一《软件开发品牌策划书》一、引言随着信息技术的飞速发展,软件开发行业竞争日益激烈。
在这个竞争激烈的市场环境中,打造一个具有强大竞争力和独特品牌形象的软件开发品牌至关重要。
本策划书旨在为我们的软件开发品牌制定全面的品牌建设和推广策略,以提升品牌知名度、美誉度和市场份额。
二、品牌定位1. 目标市场:我们的软件开发品牌主要面向企业客户,包括各类中小型企业、初创公司以及大型企业的特定部门。
2. 品牌核心价值:创新:致力于提供具有创新性的软件开发解决方案,满足客户不断变化的需求。
专业:拥有一支高素质、专业化的软件开发团队,确保项目的高质量交付。
可靠:以客户利益为出发点,提供可靠的软件产品和服务,保障客户业务的稳定运行。
合作共赢:与客户建立长期合作关系,共同成长,实现互利共赢。
三、品牌形象设计1. 品牌名称:经过市场调研和分析,我们确定了一个简洁、易记、富有科技感的品牌名称,能够准确传达品牌的核心价值。
2. 品牌标志:设计一个独特的品牌标志,将品牌名称和核心价值元素巧妙融合,体现品牌的专业性和创新性。
标志的颜色选择应具有较高的辨识度和视觉吸引力。
3. 品牌口号:提炼一句简洁有力的品牌口号,能够准确概括品牌的特点和优势,如“创新驱动,软件卓越”。
4. 品牌视觉系统:制定统一的品牌视觉系统,包括品牌色彩、字体、图形等元素,确保在各种宣传材料和场合中保持一致性和专业性。
四、品牌建设策略1. 产品研发不断提升软件开发技术水平,推出具有竞争力的产品和解决方案。
注重用户体验设计,确保软件产品易于使用、功能强大。
定期进行产品更新和优化,满足市场需求和用户反馈。
2. 团队建设招聘和培养优秀的软件开发人才,组建一支高素质、专业化的团队。
加强团队内部培训和交流,提升团队整体实力。
3. 客户关系管理建立完善的客户服务体系,及时响应客户需求,解决客户问题。
定期进行客户满意度调查,了解客户需求和意见,不断改进产品和服务。
教务系统软件开发计划书

教务系统软件开发计划书
一、项目背景
教务信息管理日益重要,教务管理系统已无法满足需求。
本项目将采用框架开发一套基于的教务管理系统软件,以便更好地支持学校教务管理工作。
二、功能需求
1. 学生信息管理:登记与修改学生基本信息,管理学生学籍等。
2. 课程管理:建立与维护课程体系,发布课程计划安排等。
3. 成绩管理:录入与查看学生学习成绩,生成成绩单等。
4. 考务管理:安排考试时间、生成考试座位表等。
5. 论文管理:上传与批改学生论文,发布论文要求等。
6. 机构管理:设置与修改学院、专业等机构信息。
7. 用户管理:实现不同角色的用户权限管理。
三、开发计划
1. 概述设计:完成系统总体设计与各模块功能设计。
2. 数据库设计:完成数据库表结构及关系设计。
3. 界面设计:完成各模块页面与交互细节设计。
4. 系统编码:根据设计进行系统编码与模块开发。
5. 测试调试:开发测试及功能调试。
6. 系统部署:将系统成功部署于服务器上。
7. 发布上线:发布系统使用并提供后期用户支持。
四、预期效果
本系统开发将有效改进学校教务管理水平,更好地支持教务工作。
五、项目进度
预计本项目将在2022年6月前全面完成。
以上就是根据标题生成的一个教务系统软件开发计划书的大体内容框架,可以根据实际需求细化和补充内容。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件开发计划书
1.引言(Introduction)
1.1 目的(Purpose)
本章提供整个软件开发计划的综述。
主要是确定以下内容:
(1)软件生存周期的选取及裁剪。
(2)软件规范、方法和标准的选择。
(3)软件工作产品的规模估计。
(4)软件工作量和成本的估计。
(5)软件进度表的制定。
(6)软件风险的估计。
(7)软件项目培训计划。
1.2 范围(Scope)
说明该软件开发计划的范围,简要描述软件开发计划的内容。
一般而言,对于一个较大的软件项目(工期6个人月以上),计划书包括如下内容:(1)软件规模估计
(2)工作模块计划
(3)人力资源计划
(4)其他资源计划
(5)进度安排计划
(6)配置管理计划(可单独做一个计划)
(7)质量保证计划(可单独做一个计划)
1.3 术语定义(Terms Glossary)
将该软件开发计划中的术语、缩写词进行定义。
包括用户应用领域与计算机领域的术语与缩写词等。
例如:
[1] 软件相关组:指软件配置管理组、文档支持组、测试组。
[2] 软件质量保证组:指计划和实施软件质量保证活动的人员的集合。
1.4 参考资料(References)
说明该软件开发计划使用的参考资料,如项目的用户需求报告、商务合同、用户领域的资料等,每一个文件、文献要有标题、索引号或文件号,发布或发表日期以及出版单位。
[1] ……
[2] ……
1.5 相关文档(Related Documents)
当该文档变更时,可能对其他文档产生影响,受影响的文档叫相关文档,需将它们列出。
[1] ……
[2] ……
1.6 版本更新记录(Version Updated Record)
版本更新记录格式,如表4-8所示。
表4-8 版本更新记录
2.项目概述(Project Summary)
2.1 项目的目的(Project Purpose)
说明该软件项目的目的。
2.2 项目的范围(Project Scope)
本章的内容,主要参照《立项建议书》/《合同》与《用户需求报告》中相关章节,简要描述该软件项目的实现范围:
(1)主要功能点列表
(2)主要性能点列表
(3)主要接口列表
(4)本软件项目与其他软件项目之间的关系
(5)项目实施方面的限制等内容
2.3 项目的使用对象(Project Reader)
在本章节中,要识别出顾客与最终用户,对顾客与最终用户的情况要有简单描述,如最终用户的教育水平、技术水平及本系统的使用频度等。
3.项目组织(Project Organization)
项目组织是为开发项目而组建的队伍。
建议以框图的方式表示项目的组织结构,并对每一组织的负责人和职责加以说明。
可能的项目组织单元,如:(1)项目管理组
(2)质量保证组
(3)配置管理组
(4)软件工程组
(5)测试组
(6)需求管理组
各组织说明如下:
(1)项目管理组,执行SPP和SPTO过程,对项目实施负全部责任。
(2)质量保证组,执行SQA过程,负责项目过程与产品的质量控制和报告。
(3)配置管理组,执行SCM过程,负责项目产品的版本、配置管理以及配置库状态报告。
(4)软件工程组,执行软件项目工程过程,负责项目产品的开发和维护工作。
(5)测试组,执行软件项目测试过程,负责项目产品的测试。
(6)需求管理组,负责对需求基线和需求变更进行管理。
4.软件生存周期(Software Life Cycle)
本章节记录项目策划生存期定义的工作结果,需要描述的主要内容:(1)项目生存期框图
(2)项目生存期说明
5.规范、方法和标准(Criterion,Means,Standard)
本章节中需要描述采用的供开发和维护软件用的规范、方法和标准。
6.任务与工作产品(Task and Work Products)
项目任务和工作产品,是指根据项目生存期阶段划分的任务,和相应阶段的工作产品。
记录项目生存期各阶段确定的需重点控制的阶段任务和工作产品。
建议以表格的形式,列出生存期各阶段的任务和工作产品。
项目包含的任务,如:(1)需求分析
(2)系统设计
(3)系统实现
(4)测试
(5)产品交付
(6)产品维护
项目可能包含的产品,如:
(1)需求分析说明书
(2)规格分析说明书
(3)系统设计说明书
(4)源代码
(5)各种测试报告
(6)用户手册
(7)软件问题维护记录
7.工作产品、任务规模、工作量估计(Estimates of Work Product,Task Size and Workload)
项目规模估算是为了确定项目所需的人工。
需要描述的主要内容有:(1)对软件工作产品规模估计依据的简要描述。
(2)每种任务和工作产品规模估计的结果。
(3)规模估算的结果,建议用《任务规模和工作量估算表》的形式列出。
8.成本估计(Estimates of Costs)
成本估计,是指对项目完成过程中耗费的人力、物力、财力资源的估算。
成本估计应按类别进行估算,可能的成本估算类别,如:
(1)直接人工
(2)直接费用
(3)间接成本
(4)制造费用
(5)管理费用
(6)不可预见费用
9.关键计算机资源计划(Critical Computer Resource Plan)
项目的关键计算机资源计划,是指系统在开发环境、测试环境、及用户目标环境中,对关键计算机资源,如计算机存储能力、计算机处理器速度、通信通道容量、服务器处理能力等的估计,使之能满足软件开发、测试、运行的要求。
10.软件项目进度计划(Software Project Schedule)
件项目进度计划,是对项目的进度、人员工作分工所做的计划,此计划依据上述各章的估算和分析结果,计划方式建议采用表格的形式。
若采用工具制定项目计划,应将工具生成的图表作为项目计划的附件。
本章节中需要描述的主要内容有:
(1)软件项目每个阶段的进度时间表
(2)设定的里程碑
(3)评审时间
(4)缓冲时间
11.配置管理计划(可单独做一个计划)(Configuration Management Planning)本书单独作为一章论述。
12.质量保证计划(可单独做一个计划)(Software Quality Assurance Planning)本书单独作为一章论述。
13.风险分析(Risks Analysis)
项目风险分析,是指对可能发生的将会对项目按预期时间、资源和预算完成产生重大影响的事件的分析包括:
(1)被识别出的重大风险事件:政策风险、技术风险、技能风险等。
(2)易发生重大风险事件的高风险区域:用户需求、设计、测试、运行平台等。
(3)重大风险事件的级别:功能不全、性能不稳、迅速受限制等。
(4)拟采取的预防措施:增加投入、纠错、延时等。
(5)风险事件发生后建议采用的处理措施:更改计划、降低难度系数等。
14.设备工具计划(Equipment and Tools Planning)
项目设备工具计划,是根据项目的工作指派及进度确定项目所需要的设备和工具,以确保设备工具在任务执行前到位,保证项目任务的顺利执行,在本计划中应包含以下几方面的内容:
(1)所需的设备
(2)基本的要求
(3)应到位的时间
15.培训计划(Training Planning)
项目的培训计划,应根据项目的特点和项目组成员技能情况,制定出项目组成员所需的培训内容,培训计划中应包含以下几方面:
(1)培训内容
(2)培训时间
(3)教员
(4)接受培训的人员
(5)培训目的(应达到的效果)
16.项目评审(Project Reviews)
项目评审,是对项目策划过程所做的定期性评审。
其内容可分为:(1)评审点
(2)评审周期
(3)评审层次
(4)评审条款和措施
(5)管理评审活动中提交的工作产品(列出被评审的工作产品)
17.度量(Measurement)
度量是按规定在项目进行过程中,需要采集的度量数据,以便量化地反映项目的进展情况,为管理者提供对项目进展的适当的可视性,同时度量数据是项目过程改善的数据基础。
应规定项目度量值的记录人(一般为项目经理或其指定人员)、记录时间(一般以定期评审为基础)和记录的数据。
常用的度量数据如:
(1)项目过程的评审次数
(2)项目计划修改次数
(3)项目各阶段的人员投入(各阶段投入的人月数)
(4)各类任务耗用时间统计(如设计、编码、测试、文档编写等)(5)工作产品统计(如文档字数、功能点数、用况数、源代码行数等)。