文档阳光数码标准管理系统开发专题计划书.doc

阳光数码
信息管理系统
开
发
计
划
书

版本号：V1.0
日 期：2月18日

前 言
一、文档控制
1、文档更新记录
日期
更新人
版本
备注

-03-01

2、文档审核记录
日期
审核人
职务
备注

3、文档去向记录
拷贝份数
接受人
职务
备注

二、阅读提示
1、文档类别
开发筹划书
2、使用对象
东软公司项目构成员
XX公司有关人员
目 录
第1章 引言 1
1.1 编写目 1
1.2 背景 1
1.3 定义 2
1.4 参照资料 3
1.5 原则、公约和商定 3
第2章 项目概述 4
2.1 项目目的 4
2.2 产品目的与范畴 4
2.3 假设与约束 4
2.4 项目工作范畴 5
2.5 应交付成果 5
2.5.1 需完毕软件 5
2.5.2 需提交顾客文档 5
2.5.3 须提交内部文档 5
2.5.4 应当提供服务 6
2.6 项目开发环境 6
2.7 项目验收方式与根据 6
第3章 项目团队组织 7
3.1 组织构造 7
3.2 人员分工 7
3.3 协作与沟通 7
3.3.1 项目团队内部协作 7
3.3.2 项目接口人员 8
3.3.3 项目团队外部沟通与协作模式 8
第4章 实行筹划 9
4.1 风险评估及对策 9
4.2 工作流程 9
4.3 总体进度筹划 10
4.4 项目控制筹划 11
4.4.1 质量保证筹划 11
4.4.2 进度控制筹划 12
4.4.3 预算监控筹划 12
4.4.4 配备管理筹划 12
第5章 支持条件 13
5.1 内部支持 13
5.2 客户支持 13
5.3 外包（可选） 13
第6章 预算 14
6.1 人员成本 14
6.2 设备成本 14
6.3 其他经费预算 14
6.4 项目共计经费预算 14
第7章 核心问题 15
第8章 专项筹划要点 16
第9章 词汇表 17
参照文献 18

第1章 引言

1.1 编写目
阐明编写这份项目筹划目，并指出预期读者。
作用：本节是为了阐明编制“项目筹划书”亦即本文档意图和但愿达到效果。注意这里“目”不是“项目目的”，而是为了阐明本文档目与作用。“项目目的”在2.1中阐明。
意义：使项目成员和项目干系人理解项目开发筹划书作用、但愿达到效果。开发筹划书作用普通都是“项目成员以及项目干系人之间共识与商定，项目生命周期所有活动行动基本，以便项目团队依照本筹划书开展和检查项目工作。”
例如可以这样写：为了保证项目团队准时保质地完毕项目目的，便于项目团队成员更好地理解项目状况，使项目工作开展各个过程合理有序，因而以文献化形式，把对于在项目生命周期内工作任务范畴、各项工作任务分解、项目团队组织构造、各团队成员工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出安排以书面方式，作为项目团队成员以及项目干系人之间共识与商定，项目生命周期内所有项目活动行动基本，项目团队开展和检查项目工作根据。
常用问题：把项目自身“项目目的”误作编制项目开发筹划目。
1.2 背景
重要阐明项目来历，某些需要项目团队成员懂得有关状况。重要有如下内容：
项目名称：通过与客户商定或通过立项手续统一拟定项目名称，普通与所待开发软件系统名称有较大关系，如针对“XX系统”开发项目名称是“XX系统开发”。
项目委托单位：如果是依照合同进行软件开发项目，项目委托单位就是合同中甲方；如果是自行研发软件产品，项目委托单位就是本公司。
项目顾客（单位）：软件或网络使用单位，可以泛指某个顾客群。注意项目顾客或单位有时与项目委托单位是同一种，有时是不同样。如海关报关软件、税务报税软件，委托单位是海关或税务机关，但使用顾客或单位不但有海关或税务机关，还涉及需要报关、报税公司单位。
项目任务提出者：本公司内部提出需要完毕此项目人员，普通是领导或商务人员；注意项目任务提出者普通不同于项目委托单位，前者普通是公司内部人员。如果是内部开发项目，则两者区别在于前者指人，后者指单位。
项目重要承担部门：有些公司依照行业方向或工作性质不同把软件开发提成不同部门（也有分为不同事业部）。项目特点就是其矩阵式组织，普通一种项目项目成员也许由不同部门构成，甚至也许由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几种构成。需要依照项目所涉及范畴拟定本项目重要承担部门。
项目建设背景：从政治环境上、业务环境上阐明项目建设背景，阐明项目大环境、来龙去脉。这有助于项目成员更好地理解项目目的和各项任务。
例句：依照《某部关于某建设工作实行意见》精神，为了保障某建设工作正常实行，必要加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实行列入督查重要内容，及时掌握进度，有关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
当前对于某建设工作工作重要采用筹划部门手工编制年度筹划、建设工作主管部门和建设工作实行单位联合手动编制进度筹划，某建设工作单位手工上报建设工作进度状况方式，而全市建设工作有数百个，加上前期建设工作数量和此后某市建设发展趋势，建设工作数量将越来越多，本来工作模式已经越来越无法适应市委市政府规定。因而，充分运用当代信息化、因特网优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息及时性、减轻各级有关工作人员劳动强度是非常有必要和急迫任务。
软件系统与其她系统关系：阐明与本系统关于其她系统，阐明它们之间互相依赖关系。这些系统可以是这个系统基本性系统（某些数据、环境等必要依托这个系统才干运营），也可以是以这个系统为基本系统，或者是两者兼而有之关系、互相依赖系统。例句：本系统中对外部办公某些如需要各个建设单位报送材料子系统应当挂在市政府网站。
软件系统与机构关系：阐明软件系统除了委托单位和使用单位，还与哪些机构组织关于系。例如某些系统需要遵守那些组织原则、需要通过那些组织机构测试才干使用等等、与否需要外包或与那些组织机构合伙。
1.3 定义
列出为对的理解本筹划书所用到专门术语定义、外文缩写词原词及中文解释。注意尽量不要对某些业界使用通用术语进行此外定义，使它含义和通用术语惯用含义不一致。
1.4 参照资料
列出本筹划书中所引用及有关文献资料和原则作者、标题、编号、刊登日期和出版单位，必要时阐明得到这些文献资料和原则途径。本节与下一节“原则、公约和商定”互为补充，注意“参照资料”未必作为“原则、公约和商定”，由于“参照”不一定是“必要遵守”。惯用资料如：
本项目合同、标书、上级机关关于告知、通过审批项目任务书；
属于本项目其她已经刊登文献；
本文档中各处引用文献、资料，涉及所要用到软件开发原则。
1.5 原则、公约和商定
列出在本项目开发过程中必要遵守原则、公约和商定。例如：相应《立项建议书》、《项目任务书》、合同、国标、行业原则、上级机关关于告知和实行方案、相应技术规范等。
“参照资料”普通具备“物质”特性，普通要阐明参照了什么，要阐明在哪里可以获得；“原则、公约和商定”普通具备“精神”特性，普通是必要遵守，不阐明在哪里可以获得。参照资料内容应当涵盖“原则、公约和商定”。

第2章 项目概述

2.1 项目目的
设定项目目的就是把项目要完毕工作用清晰语言描述出来，让项目团队每一种成员均有明确概念。注意，不要简朴地说成在什么什么时间完毕开发什么什么软件系统或完毕什么什么软件安装集成任务。注意“要完毕一种系统”只是一种模糊目的，它还不够详细和明确。明确项目目的应当指出了服务对象，所开发软件系统最重要功能和系统自身比较深层次社会目或系统使用后所起到社会效果。
项目目的应当符合SMART原则：
l S Specific 明确陈述
l M Measurable 可以衡量成果
l A Attainable 可以达到目的
l R Realistic 合理，现实或者说是能和实际工作相结合
l T Trackable 可以跟踪
项目目的可以进行横向分解也可以进行纵向分解。横向分解普通按照系统功能或按照建设单位不同业务规定，如分解为第一目的、第二目的等等；纵向分解普通是指按照阶段，如分解为第一阶段目的、第二阶段目的等等，或近期目的、中期目的、远期目的等等。阶段目的普通应当阐明目的实现较为明确时间。普通要在阐明了总目的基本上再阐明分解目的，可加上“为实现项目总目的，必要实现如下三个阶段目的······”
2.2 产品目的与范畴
依照项目输入（如合同、立项建议书、项目技术方案、标书等）阐明此项目要实现软件系统产品目与目的及简要软件功能需求。对项目成果（软件系统）范畴进行精确清晰界定与阐明是软件开发项目活动开展基本和根据。软件系统产品目的应当从顾客角度阐明开发这一软件系统是为理解决顾客那些问题。产品目的如“提高工作信息报送反馈工作效率，更好地进行工作信息报送检查监督，提高信息及时性、汇总记录信息精确性，减轻各级有关工作人员劳动强度。”
2.3 假设与约束
对于项目必要遵守各种约束（时间、人员、预算、设备等）进行阐明。这些内容将限制你实现什么、如何实现、什么时候实现、成本范畴等种种制约条件。
假设是通过努力可以直接解决问题，而这些问题是一定要解决才干保证项目按筹划完毕。如：“系统分析员必要在3天内到位”或“顾客必要在8月8日前拟定对需求文档进行确认”
约束普通是难以解决问题，但可以通过其她途径回避或弥补、取舍，如人力资源约束限制，就必要牺牲进度或质量等等。
假设与约束是针对比较明确会浮现状况，如果问题浮现具备不拟定性，则应当在风险分析中列出，分析其浮现也许性（概率）、导致影响、应当采用相应办法。
2.4 项目工作范畴
阐明为实现项目目的需要进行那些工作。在必要时，可描述与合伙单位和顾客工作分工。
注意产品范畴与项目工作范畴不同含义。
产品范畴界定：软件系统产品自身范畴特性和功能范畴。
工作范畴界定：为了可以准时保质交付一种有特殊特性和功能软件系统产品所要完毕那些工作任务。
产品范畴完毕状况是参照客户需求来衡量，而项目范畴完毕状况则是参照筹划来检查。这两个范畴管理模型间必要要有较好统一性，以保证项目详细工作成果，能按特定产品规定准时交付。
2.5 应交付成果
2.5.1 需完毕软件
列出需要完毕程序名称、所用编程语言及存储程序媒体形式。其中软件对象也许涉及：源程序、数据库对象创立语句、可执行程序、支撑系统数据库数据、配备文献、第三方模块、界面文献、界面原稿文献、声音文献、安装软件、安装软件源程序文献等等。
2.5.2 需提交顾客文档
列出需要移送给顾客每种文档名称、内容要点及存储形式，如需求规格阐明书、协助手册等。此处需要移送顾客文档可参照合同中规定。
2.5.3 须提交内部文档
可依照《GB8567-88计算机软件产品开发文献编制指南》附录O：“文献编制实行规定实例（参照件）”结合各公司实际状况调节制定《软件开发文档编制裁减衡量因素表》。依照《因素表》拟定项目相应项目衡量因素取值，以拟定本项目应完毕阶段成果。将不合用于本项目内容裁减，以减少不必要项目任务和资源。
依照因素取值列出本项目应完毕阶段成果，阐明本项目取值所在区间，将其她因素值区间删除。
2.5.4 应当提供服务
依照合同或某重点建设工作需要，列出将向顾客或委托单位提供各种服务，例如培训、安装、维护和运营支持等。详细工作筹划如需要编制现场安装作业指引书、培训筹划等，应当在本筹划“4.3总体进度筹划”中条列出。
2.6 项目开发环境
阐明开发本软件项目所需要软硬件环境和版本、如操作系统、开发工具、数据库系统、配备管理工具、网络环境。环境也许不止一种，如开发工具也许需要针对Java，也需要针对C++。有些环境也许无法拟定，需要在需求分析完毕或设计完毕后才干拟定所需要环境。
2.7 项目验收方式与根据
阐明项目内部验收和顾客验收方式，如验收涉及交付前验收、交付后验收、试运营（初步）验收、最后验收、第三方验收、专家参加验收等等。项目验收根据重要有标书、合同、有关原则、项目文档（最重要是需求规格阐明书）。

第3章 项目团队组织

3.1 组织构造
阐明项目团队组织构造。项目组织构造可以从所需角色和项目成员两个方面描述。所需角色重要阐明为了完毕本项目任务，项目团队需要哪些角色构成，如项目经理、筹划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织构造可以用图形来表达，可以采用树形图，也可以采用矩阵式图形，同步阐明团队成员来自于哪个部门。除了图形外，可以用文字简要阐明各个角色应有技术水平。
注意虽然有某些通用构造可以套用，但各种不同规模、不同形式项目组织构造是不同样。如产品研发项目也许就不需要实行人员（小组），但需要知识转移方面人员（小组）。而软件编码外包项目则不需要程序员，测试人员也可以恰本地减少。
3.2 人员分工
拟定项目团队每个成员属于组织构造中什么角色，她们技术水平、项目中分工与配备，可以用列表方式阐明，详细编制时按照项目实际组织构造编写。如下是一种示例。
3.3 协作与沟通
项目沟通与协作一方面应当拟定协作与沟通对象，就是与谁协作、沟通。沟通对象应当涉及所有项目干系人，而项目干系人涉及了所有项目团队成员、项目接口人员、项目团队外部有关人员等等。
另一方面应当拟定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当阐明主送人、抄送人，聊天室沟通方式应当商定期间周期。而协作模式重要阐明在浮现什么状况时候各个角色应当（积极）采用什么办法，涉及沟通，如何互相配合来共同完毕某项任务。定期沟通普通要涉及项目阶段报告、项目阶段筹划、阶段会议等。
3.3.1 项目团队内部协作
本节阐明在项目开发过程中项目团队内部协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
应当阐明接口工作人员即她们职责、联系方式、沟通方式、协作模式，涉及：
a、负责本项目同顾客接口人员；
b、负责本项目同本公司各管理机构，如筹划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等接口人员；
c、负责本项目同分包方接口人员。
3.3.3 项目团队外部沟通与协作模式
项目团队外部涉及公司内部管理协助部门、项目委托单位、客户等等。本节阐明在项目开发过程中项目团队内部与接口人员、客户沟通方式、频次、沟通成果记录办法等内容。明确最后顾客、直接顾客及其所在本公司／部门名称和联系电话。明确协作开发关于部门名称、经理姓名、承担工作内容以及工作实行负责人姓名、联系电话。拟定关于合伙单位名称、负责人姓名、承担工作内容以及实行人姓名、联系电话。

第4章 实行筹划

4.1 风险评估及对策
辨认或预估项目进行过程中也许浮现风险。应当分析风险浮现也许性（概率）、导致影响、依照影响应当采用对策，采用办法。风险辨认涉及辨认内在风险及外在风险。内在风险是指项目工作组能加以控制和影响风险，如人事任免和成本预计等。外在风险指超过项目工作组等控制力和影响力之外风险，如市场转向或政府行为等
风险对策涉及：避免：排除特定危胁往往靠排除危险来源；减缓：减少风险事件预期资金投入来减低风险发生概率，以及减少风险事件风险系数；吸纳：接受一切后果，可以是积极（如制定防止性筹划来防备风险事件发生），也可以是悲观（如某些费用超支则接受低于预期利润）。
对于软件开发项目而言，在分析、辨认和管理风险上投入足够时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制能力，由于在问题发生之前已经做了周密筹划，因而对项目成功产生更加充分信心。
软件开发项目常用预估风险：
1) 工程／规模／进度上风险
规模大，规模估算不精准甚至误差很大；就规模而言，顾客规定交付期、费用很紧；预料外工作(测试未完时现场相应等)；
2) 技术上风险
使用新开发技术、新设备等，或是新应用组合，没有经验；是新行业或业务，没有经验；性能上规定很严；
3) 顾客体制上问题
顾客管理不严，恐怕功能决定、验收不能顺利地完毕（或者浮现了延迟）；或者恐怕功能会多次变更；与顾客分担开发，恐怕工程会迟延（或者浮现了延迟）；顾客或其她有关单位承担工作有也许延误；
4) 其他：应当包括此处没有、但据推测有风险项目。
4.2 工作流程
阐明项目采用什么样工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创立工作流程。不同流程将影响背面工作筹划制定。必要时画出本项目采用工作流程图及恰当文字阐明。
4.3 总体进度筹划
这里所说总体进度筹划为高层筹划。作为补充，应当分阶段制定项目阶段筹划，这些阶段筹划不在这份文档中，当要以这份总体筹划为根据。
总体进度筹划要根据拟定项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交阶段成果，在阶段时间安排中要考虑项目阶段成果完毕、提交评审、修改时间。
对于项目筹划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移送、内部培训、顾客培训、安装布置、试运营、验收等工作，给出每项工作任务预定开始日期、完毕日期及所需资源，规定各项工作任务完毕先后顺序以及表征每项工作任务完毕标志性事件（里程碑）。
例如：
表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请依照项目需要拟定。
制定软件项目进度筹划可以使用某些专门工具，最惯用是MicrosoftProject作为辅助工具，功能比较强大，比较适合于规模较大项目，但无法完全代替项目筹划书，特别是某些重要由文字来阐明某些。小规模项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细阐明。
制定软件项目进度筹划应当考虑如下某些因素:
1）对于系统需求和项目目的掌握限度。如开始时对于系统需求和项目目的只有比较数理解，就只能制定出比较粗进度筹划，等到需求阶段或设计阶段结束，就应当进一步细化进度筹划。
2）软件系统规模和项目规模，这两个不是一种概念。软件系统规模往往是从功能点估算或其她估算方式得来，而项目规模还要考虑对文档数量与质量规定，使用开发工具、新技术、多少复用、沟通以便限度、客户方状况、需要遵守原则规范等等等等。例如，完毕一种大型系统，在一定期间内一种人或几种人智力和体力是承受不了。由于软件是逻辑、智力产品，盲目增长软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量增长，人员组织、协调、通信、培训和管理方面问题将更为严重。
3）软件系统复杂限度和项目复杂限度：和软件系统规模和项目规模同样，软件系统复杂限度重要是考虑软件系统自身功能、架构复杂限度，而项目复杂限度重要是指项目团队成员构成、项目任务复杂限度、项目干系人复杂限度、需求调研难易限度，多项目状况下资源保障状况，等等等等。软件系统规模与软件系统复杂限度未必是成比例关系；同样项目规模与项目复杂限度未必是成比例关系。
4）项目工期规定，就是项目紧急限度。有些项目规模大，却由于与顾客订立了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增长人选多采用加班方式是一种万不得已选取。增长人选除了增长人成本外必然会增长沟通成本（熟悉项目任务所需要时间）；加班如果解决不好会导致情绪上问题，也也许会由于过于忙碌而无法顾及质量，导致质量下滑。
5）项目成员能力。这些能力涉及项目经理管理能力，系统分析员分析能力、系统设计人员设计能力、程序员编码能力、测试人员测试能力，以及公司或项目团队激发出这些能力能力。从此外一种角度看尚有总体上对客户行业业务熟悉限度；对于建模工具、开发工具、测试工具等技术掌握限度；公司内部对行业业务知识和重要技术知识积累。
4.4 项目控制筹划
4.4.1 质量保证筹划
执行质量评审活动，对过程质量进行控制。规模较大项目应当单独编写《软件开发项目质量筹划》。依照GB/T 12504 计算机软件质量保证筹划规范，内容涉及：
l 引言（本章节涉及质量筹划目、定义、参照资料）
l 管理（描述负责软件质量管理机构、任务及其有关职责）
l 文档（列出在该软件开发、验证与确认以及使用与维护等阶段中需要编制文档，并描述对文档进行评审与检查准则）
l 原则、条例和商定（列出软件开发过程中要用到原则、条例和商定，并列出监督和保证执行办法）
l 评审和检查（规定所要进行技术和管理两个方面评审和检查工作，并编制或引用关于评审和检查规程，以及通过与否技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）
l 软件配备管理（编制关于配备管理条款，或在“4.4.4 配备管理筹划”中阐明，或引用按照《GB/T 12505 计算机软件配备管理筹划规范》单独制定文档）
l 工具、技术和办法（指明用于支持特定软件项目质量管理工作工具、技术和办法，指出它们目和用途）
l 媒体控制（阐明保护计算机程序物理媒体办法和设施，以免非法存取、意外损坏或自然老化）
l 对供货单位控制（供货单位涉及项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制规程，从而保证项目承办单位从软件销售单位购买、其她开发单位开发或从开发单位现存软件库中选用软件能满足规定需求。）
l 记录收集、维护和保存（指明需要保存软件质量保证活动记录，并指出用于汇总、保护和维护这些记录办法和设施，并指明要保存期限）
4.4.2 进度控制筹划
本项目进度监控执行本公司《项目管理规范》，由本公司过程控制部门如质量管理部统一进行监控，并保存在监控过程中产生寻常检查记录。
4.4.3 预算监控筹划
阐明如何检查项目预算使用状况。依照项目状况需要制定。
4.4.4 配备管理筹划
编制关于软件配备管理条款，或引用按照GB/T 12505单独制定《配备管理筹划》文档。在这些条款或文档中，必要规定用于标记软件产品、控制和实现软件修改、记录和报告修改实现状态以及评审和检查配备管理工作等四方面活动。还必要规定用以维护和存储软件受控版本办法和设施；必要规定对所发现软件问题进行报告、追踪和解决环节，并指出实现报告、追踪和解决软件问题机构及其职责。
依照《GB/T 12505 计算机软件配备管理筹划规范》，软件配备管理筹划内容如下：
l 引言（本章节涉及质量筹划目、定义、参照资料）
l 管理（描述负责软件配备管理机构、任务、职责及其关于接口控制。）
l 软件配备管理活动（描述配备标记、配备控制、配备状态记录与报告以及配备检查与评审等到四方面软件配备管理活动需求。）
l 工具、技术和办法（指明为支持特定项目软件配备管理所使用软件工具、技术和办法，指明它们目，并在开发者所有权范畴内描述其用法）
l 对供货单位控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必要规定对这些供货单位进行控制管理规程，从而使从软件销售单位购买、其她开发单位开发或从开发单位现存软件库中选用软件能满足规定软件配备管理需求）
l 记录收集、维护和保存（指明要保存软件配备管理文档，指明用于汇总、保护和维护这些文档办法和设施，并指明要保存期限）
第5章 支持条件
阐明为了支持本项目完毕所需要各种条件和设施。
5.1 内部支持
逐项列出项目每阶段支持需求（含人员、设备、软件、培训等）及其时间规定和用途。
例如，设备、软件支持涉及客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出关于到货日期、使用时间规定。
5.2 客户支持
列出对项目而言需由客户承担工作、完毕期限和验收原则，涉及需由客户提供条件及提供时间。
5.3 外包（可选）
列出需由外单位分合同承包者承担工作、完毕时间，涉及需要由外单位提供条件和提供时间。

第6章 预算

6.1 人员成本
列出产品/项目团队每一种人预测工作月数。
列出完毕本项目所需要劳务（涉及人员数量和时间）
劳务费普通涉及工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本涉及：原材料费，设备购买及使用费
列出拟购买设备及其配备和所需经费
列出拟购买软件及其版本和所需经费
使用既有设备及其使用时间
6.3 其他经费预算
列出完毕本项目所需要各项经费，涉及差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，涉及：
（1） 差旅费（旅费、出租）（含补贴）
（2） 资料费（图书费、资料费、复印费、出版费）
（3） 通信费（市话长话费、移动通信费、上网费、邮资）
（4） 会议费（鉴定费、评审会、研讨费、外事费等）
（5） 办公费（购买办公用品）
（6） 协作费（业务协作招待费、项目团队加班伙食费）
（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）
其她（检测、外加工费、维修费、消耗品、低易品、茶话会等）
6.4 项目共计经费预算
列出完毕本项目需要所有经费预算（上述各项费用之和）。

第7章 核心问题
逐项列出可以影响整个项目成败核心问题、技术难点和风险，指出这些问题对项目成败影响。

第8章 专项筹划要点
专项筹划也就是由于项目需要在本文档之外独立建立筹划，本节阐明本项目开发中需要制定各个专项筹划要点。专项筹划也许涉及分合同筹划、分项目筹划、项目团队成员培训筹划、测试筹划、安全保密筹划、质量保证筹划、配备管理筹划、顾客培训筹划、系统安装布置筹划。

第9章 词汇表
列出本文献中用到专业术语定义，以及关于缩写定义(如有也许，列出有关外文原词)。为了便于非软件专业或者非计算机专业人士也可以在一定范畴内，读懂软件系统详细设计报告，规定尽量使用非软件专业或者非计算机专业术语进行描述。因此这里所指专业术语，是指业务层面上专业术语，而不是软件专业或者计算机专业术语。但是，对于无法回避软件专业或者计算机专业术语，也应当列入词汇表，并且加以准拟定义。

参照文献
《项目管理—筹划、进度和控制系统办法》（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；
《计算机软件工程规范国标汇编》中华人民共和国原则出版社；
《PMBOK-》PMI；
《PMBOK-》PMI；
《成功项目管理》Trevol L Young（泰晤士报商业版，严鸿娟译）；
《成功项目管理》Jack Gido ＆ James P. Clements（21世纪管理典型教材系列，张金城等译）；
《如何做好项目管理》Stanley E. Portny（IDG新经济工商实务傻瓜丛书，宁俊等译）；
《管理软件开发项目》（第二版）Neal Whitten（软件项目管理系列丛书，孙艳春等译）；
《IT项目管理》Kathy Schwalbe（项目管理译丛 王金玉等译）；
《高档项目管理基本》（信息产业部计算机信息系统集成高档项目经理培训讲义）