【www.guakaob.com--软件设计师】
开发计划书
编号：IM-VOLVO-SDP
版本:1.0
变更记录
填表说明
在需求分析阶段开始着手准备开发计划，当需求分析结束后，根据项目估算和需求分析的成果，完成软件开发计划书，评审后纳入到基线库。制定开发计划的过程是不断精确细化，逐步完善丰富的过程。开发计划是项目经理管理和跟踪的依据， 又起到指导项目组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正开发计划。
软件开发应按照开发计划制定的内容进行。开发计划是项目跟踪的依据，通过与实际开发进展情况作比较分析，项目经理可以及时了解项目开发的状态。项目组中的每个成员都应该明确地知道项目计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。
1 项目总览
1.1 基本信息
1.2 项目主要联系人
1.3 假设和约束
本项目计划能够顺利执行的条件是基于以下假设成立：
公司能够满足计划中对各种项目资源需求； 项目实施过程中能得到客户的有效支持与配合； 对于项目成员的培训可以按照培训计划进行； 项目开发、实施过程中人员变动不超过80%。
1.4 里程碑提交产品
在整个项目生命周期中总共分了3个里程碑，需求评审结束、代码开发完毕、系统正式上线运行。
1.5 发布提交产品
项目开发计划书
Project Development Plan
编号：TMP-PDP
版本:1.0
变更记录
1 项目总览
1.1 基本信息【项目开发计划1.5,发布提交产品】
1.2 项目主要联系人
1.3 假设和约束
开发环境：宿舍/公用教室 测试环境：宿舍/公用教室 工具的可获得性：各自的电脑 环境的可获得性：双休日的公用教室
1.4 里程碑提交产品
描述本项目按计划有哪些里程碑，对应的里程碑产品是什么，什么时候提交，由谁负责。
1.5 发布提交产品
2 项目计划
2.1 项目生命周期
第一阶段、交易前的准备
第二阶段、交易谈判和签订贸易合同 第三阶段、办理交易进行前的手续 第四阶段、交易合同的履行和索赔
2.2 WBS 表
描述本项目的WBS及估算的工作量，如果使用Project工具自动生成WBS，则此处可参见Project文档，并且该Project文档必须作为本文档的附件。WBS的分级，第一级为里程碑，最后一级为分配到具体一个人的任务，要求WBS的分级数目>=2，<=6，要求每个末级WBS任务的计划工期<=3天。
WBS模板如下：
2.3 规模估算
1.电子商务特点：
①普遍性②方便性③整体性④安全性⑤ 协调性 2.软件功能：
①广告宣传②咨询洽谈③网上订购④网上支付⑤电子账户⑥服务传递 ⑦意见征询⑧交易管理
2.4 工作量估算
2.5 成本估算
电子商务技术成本预算表
第1篇：项目开发计划书范本
项目计划书的作用：制定项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开 发工作。编制内容要求如下：
1引言
1．1编写目的
说明编写这份项目开发计划的目的，并指出预期的读者。
1．2背景
说明：
a．待开发的软件系统的名称；
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
C．该软件系统同其他系统或其他机构的基本的相互来往关系。
1．3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。【项目开发计划1.5,发布提交产品】
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．负责本项目同各分合同负责单位的接口人员等。
3．3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓"里程碑"）。
3．4预算
逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。
3．5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
第2篇：软件项目开发计划书一、项目计划书格式
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：（略）
二、项目计划书的编写说明
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 总体进度计划
这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工 作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。
设计评审
表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。
制 定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无 法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用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单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
第3篇：旅游区项目开发计划书党的三中全会以来，改革开放的春风早已吹遍祖国大地，建设祖国的大军一批接着一批，他们各负使命，战斗在祖国的大江南北，为祖国的繁荣强盛，他们各尽所能、各负其责，而商业竞争你追我赶，高科技电子产品一代胜过一代，代代出新，纺织、机械、冶金、建材、化工、电力也在向前发展，高楼大厦一个挨着一个，花样设计别出心裁，立交桥相互交差，大小汽车你追我赶，城市生活充满诗情画意，开放的中国更是锦上添花，财政收入连年翻一翻，好事连连，喜上加喜，中国经济的强劲增长，百姓生活的富裕也在大大增加，国家在世界的地位也不断上升。住洋房、开小车已成为大部分城市人的一道亮丽的景观，而我们山西虽然地处祖国的中西部，国家开发西部以来，我们山西也在发生着各种各样的变化。
作为晋中市榆次区，它地理位置优越，交通便利，东依太行山，西靠汾河水，南靠省会太原，有十分便利的交通条件，太旧高速公路和武宿飞机厂都在榆次和太原的中间地段，108、307国道国道和榆次超一级外环环城公路，南同蒲太焦铁路，都交汇在一起相互穿越而过，而对榆次的发展起到关键作用。榆次距太原25公里，作为旅游，道路和交通起着至关重要的作用。
晋中市是古文化发祥地，境内建筑2138处，古城282处，石窟66处，以被联合国列入世界文化遗产的明代平遥历史古城，祁县乔家大院，榆次常家庄园，灵石王家大院、太谷孔祥熙旧居，这些庄园大院都代表着当年晋中的繁华和昌盛。乌金山国家级森林公园和风景名胜古迹让部分人可望而不可及。以上几家庄园大院它们的门票收入每家每年都可达到几千万、几亿，所以我们要用现代人的眼光和项目来挣现代人的钱，中国现在国富民强，人们生活水平蒸蒸日上，生活的富裕、经济的宽松，都会刺激人们外出寻找更加刺激、高档娱乐场所，就像电影里看到的，外国人表演的空中芭蕾、过山车、高山滑雪、高楼跳散山谷中急流险滩、大海中冲浪等和太原开放的欢乐加年华。如果我们能够利用当地地理优势，因地制宜和开发，再结合全国及全世界各种游乐场的先进技术和经验，开发出自身独创、构思新颖、超一流的设计构想，既要生龙活虎，又要巧夺天工，创造出一副如美如画的地上没景，给人一种心旷神怡和忘不掉的感觉。
人的一生不容易，既然有机会，我们就应该尽量争取，敢于大胆追求和创新，敢于创造，敢于幻想构画未来，21世纪本来就更加充满竞争、活力和挑战。
本地山川秀美、人杰地灵，未开发的乌金山处女地正在招手欢迎各位投资商。政府创造了宽松的优越条件和投资环境，工商部门实行了一门制串联审批制度。
政府部门为了尽快开发此地，建成一流旅游圣地在XX年9月11日特请专家进行一流总体开发论证策划，利用当地地势、减少成本，因地开发，分类规划、分类投资、独立核算，具体工作、具体事项、具体细节都会有条步骤进行。如今的榆次区内道路宽阔，通讯、商尝宾馆、超市、写字楼、学校都在走向正规化。未来的山西、未来的榆次将会成为观光、旅游、休闲、娱乐的最好场所。
说起乌金山大家都知道，但是真正了解得透彻的人并不多。因为它确实是一座宝山眼下未被人开发利用。它作为中国北部绿色明珠，并且又临近省城太原。作为前任区委书记耿彦波在位时投资1000多万为的就是让有眼光，有魄力，有胆识的人士开发，为子孙后代造幅，为人类提供一席游玩圣地，政府把乌金山水、电、路及相关的配套设施工程已全部就绪。
据业内人士透露绵山风景区已投资七个亿，他们为什么敢投资7个亿，他们的高明之处在哪里，难道绵山地理优势比乌金山好,整个布局比乌金山强，自然森林植被比乌金山多，还是周边环境比乌金山优，但根据绵山现在现有建设及整体布局老板闰吉英在胆量与魄力选择确有他过人之处，因为它看到的是一座金山。绵山的开发手段可做为我们的模式，但不仿造，乌金山国家森林公园如果我有机遇能在我手中开发，我一定会在现有的基础上保护并兼顾现有森林公园植被，在水土资源环境、景观和周边环境的基础上，进行保护第一，控制；第二，开发；第三，因地制宜，以坡而建，顺坡而修，形成地道的山坡建筑，分期分批开，发突出重点，展现地方特色，做到国际标准。
当今社会最热门的话题应该是旅游，旅游人数一批接着一批、一代接着一代，银行各位领导贷款虽有风险，但应根据实际情况，给予考虑考虑。
如果从另一个角度分析，长远考虑，咱乌金山的地理地貌生态结构和当今现实社会旅游业兴旺发达优势，各位领导如能高瞻远瞩、放眼未来，亲临乌金山现场全面实地考察了解，再结合周边县市旅游景观景点特长和咱榆次常家庄园新开发的后沟、老城、九龙山庄优势，它的相互相离、相互依托形成当地旅游网络。
虽然着社会不断进步，乌金山旅游收入将会成为晋中的纳税大户，乌金山的开发兴旺就靠各位领导了，乌金山国家森林公园，我想应该看到他内在的潜力和今后发展方向前途和未来，它的开发成功将会造福三晋大地。让乌金山光茫四射、永远发光
在乌金山国家森林公园开发前，我们一定会郑重其事小心谨慎的所投资金及每一分钱都用在刀刃上。首先考虑到今后的回报和归还银行本息。根据全球性旅游格局及业内人士通告，中国近几年国富民强，我国的国际影响和地位都在不断提高改变。来中国旅游人数每年以30%的人数增加。XX年太原旅游业创汇2.5亿元，XX年3.2亿元，XX年3.9亿元，XX年全年估计突破4.5亿元，2015年预计达到12亿元。
乌金山、大洪山、田家湾三大景区，统称为乌金山国家森林公园。根据地理生态位置和整个山区的地理结构，一期二期总投资2亿元人民币用来开发乌金山，三期四期开发大洪山、田家湾。既然提到投资与回报，那么旅游离不开惊人之作，景点离不开迷人特色，我们所开发的项目与回报都有着直接的连代关系，项目的好坏关系到资金回报得快慢，所以我们经过半年的社会调查，考察和旅游者面对面谈话，从中了解到社会的安定团结国富民强，人民物质和生活的改变，心理结构变化，外出旅游人员年年在翻倍增加，而游客他们需要的是走马观花对大自然千奇百怪的向往，每到一处，优美环境的整洁与构思。接待人员的热情服务都会给他们的终生带来回味，在不知不觉中他们好比走进世外桃园，充分享受大自然给于我的人间美景，更增加了他们的旅游兴趣，大人小孩尽情的游玩，矮人舞会步步进入高潮，让你开怀大笑，笑口常开，动物比赛，让你心惊肉跳，山间小路，清泉流水，森林景观，让你不想回家，古装戏表演一浪高过一浪，厅台楼阁远远在望，远离闹区心情苏畅，把你的心情带到高潮，山中有雾，雾中有山，让你目瞪口呆，野花野草，让你心胸开阔，野猪野狗让你心惊让你高声大喊叫，打靶场让你放松放松真能过把瘾，滑雪场让你心胸大开，餐饮舞会让你吃饱舒心，浏览旅游车让你全景观光牢记心中，网球场让你汉水淋淋，温泉游泳馆帮你消化提提精神，200米高山弯道水流极限下滑让你高声大叫练练嗓门，儿童公园小朋友也乐在其中，别墅安静让你玩到天明，新奇特超市购物让你返回家中。
第1篇：软件商业运营项目计划书
1、0项目概要
1、1项目公司
1、2项目简介
1、3客户基础
1、4市场机遇
1、5项目投资价值
1、6项目资金及合作
1、7项目成功关键
1、8公司使命
1、9经济目标
2、0公司介绍（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
2、1项目公司与关联公司
2、2公司组织结构
2、3[历史]财务经营状况
2、4[历史]管理与营销基础
2、5公司地理位置
2、6公司发展战略
2、7公司内部控制管理
3、0服务项目介绍
3、1、软件商业运营服务项目
3、2、软件商业运营服务项目特点
3、3软件商业运营服务技术
3、4软件商业运营服务设备与设施
3、5项目地理位置与背景
3、6项目建设基本方案与内容
4、0市场分析（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
4、1软件市场分析
4、2目标市场区域服务项目供需现状与预测（目标市场分析）
4、3软件商业运营行业市场状况
4、4软件商业运营市场容量分析
4、5软件商业运营市场需求与趋势分析
4、5、1服务项目的市场需求
4、5、2服务项目的趋势分析
4、6销售渠道分析
4、7竞争对手情况与分析
4、7、1竞争对手情况
4、7、2竞争对手情况分析
4、8行业准入与政策环境分析
5、0发展战略与实施计划
5、1项目执行战略
5、2项目合作方案
5、3公司发展战略
5、4客户满意服务系统建设
5、5市场营销策略
5、5、1市场定位策略
5、5、2服务项目定价策略
5、5、3市场促销策略
5、5、4电子网络营销
5、6服务项目推销计划
6、0项目swot综合分析
6、1优势分析
6、2弱势分析
6、3机会分析
6、4威胁分析
6、5swot综合分析
7、0项目管理与人员计划
7、1组织结构
7、2管理团队介绍
7、3管理团队建设与完善
7、4人员招聘与培训计划
7、5人员管理制度与激励机制
7、6成本控制管理
7、7项目实施进度计划
8、0风险分析与规避对策
8、1经营管理风险及其规避
8、2技术人才风险及其规避
8、3安全、污染风险及控制
8、4市场开拓风险及其规避
8、5政策风险及其规避
8、6中小企业融资风险与对策
9、0投入估算与资金筹措
9、1项目中小企业融资需求与贷款方式
9、2项目资金使用计划
9、3中小企业融资资金使用计划
9、4贷款方式及还款保证
10、0财务预算（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
一．财务分析说明
二．财务资料预测
1、销售收入明细表
2、成本费用明细表
3、薪金水平明细表
4、固定资产明细表
5、资产负债表
6、利润及利润分配明细表
7、现金流量表
8、财务指针分析
1）反映财务盈利能力的指针
a。财务内部收益率（firr）
b。投资回收期（pt）
c。财务净现值（fnpv）
d。投资利润率
e。投资利税率
f。资本金利润率
g。不确定性分析：盈亏平衡分析、敏感性分析、概率分析
2）反映项目清偿能力的指针
a。资产负债率
b。流动比率
c。速动比率
d。固定资产投资借款偿还期
附件附表：（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
一．附件
1、营业执照影本
2、董事会名单及简历
3、主要经营团队名单及简历
4、专业术语说明
5、专利证书生产许可证鉴定证书等
6、注册商标
7、企业形象设计宣传资料（标识设计、说明书、出版物、包装说明等）
第2篇：软件项目计划书1、引言
1、1编写目的
本报告的主要作用是确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发。减少开发中的不必要损失。便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
具体步骤：拟订开发计划书，分配项目工作，安排项目进度
计划对象：网上书店开发小组
2、项目概述
2、1项目背景
随着网络技术的发展，Internet已成为最具市场潜力的技术领域，使用Web技术设计的数据库应用软件，是目前Internet市场的技术中坚，各种Web应用如电子商务，网上购物等都采用这种方式实现。互联网的优势在于用户能同时从不同地点、不同数据库中存取数据。网上购物系具体是指利用各种电子工具与网络，高效率，低成本地从事以商品交换为中心的各种商务贸易活动。电子商务应用的兴起已经促使商品流通领域发生了一场巨大的革命。它打破了时空的界限，加速了整个社会的商品流通，有效地降低了企业生产成本，提高企业竞争
力。电子商务的一个重要技术特征。是利用Web技术来传输与处理商业信息，因此有人称：电子商务=web+IT。因此我们将开发一个典型的电子商务系统：网上书店。
2、2项目目标与范围
2、2、1目标和范围描述
项目：网上购书系统
该系统适用于在网上书籍交易，网上书店的管理，通过此软件系统对书籍进行有效管理，灵活的满足自己客户需要。
问题：实地购书比较麻烦，购书范围小，能购书的种数也有限。
项目目标：开发一个网上购书系统是项目的总目标，为实现项目的总目标可按以下三个阶段目标来进行：
第一阶段目标：实现网上购书系统的基本功能，小组个成员进行各个模块的开发，形成初步的系统。
第二阶段目标：攻克技术上的难题，实现网上购书系统的一些特殊功能，进一步完善系统。
第三阶段目标：让系统投入到实际运用中，做好系统的维护工作。
项目范围：利用现有的微型计算机，借鉴前人的网上购书系统开发经验、徐州博库网上书城和资料中的电子商铺系统的开发模式，预计软件开发费用不超过***元。
初步设想：建议在系统中增加一个BBS的模块，方便用户发表言论。
2、2、2主要功能
（1）概述
可行性分析：这个系统没有经济效益，不能收回成本，但可以得到知识，熟悉做项目的过程；现有的技术能够完成系统的基本功能，但做BBS论坛还有一定的技术困难，开发这个新系统，只是借鉴前人的开发模式，做出有个人特色的网上购书系统，仅供平时学习用。不会引起任何的侵权问题。通过对用户的进一步访问，用户希望能够通过互连网，能够浏览书籍，查找他们想要的书籍，并能够订购要买的书，这不仅很方便，还节省了用户的时间。
（2）传统购书系统流程图
网上购书流程
（3）功能描述
图书查询和浏览功能：当进入网上书店后，无需登录，就可以浏览书籍，而电子书店还可以提供一个更好的功能，即通过图书名称、类别等信息从浩瀚的书海中迅速的找到的书。
用户登录注册功能：在用户购买的图书时，系统将判断其是否登录，如果没有，则转向登录界面，登录后，系统还将转向原来用户浏览的页面。
购物车功能：用户登录后，就可以把图书放入购物篮中，可以对购物篮进行管理，包括修改所购图书数量、删除图书等。
图书信息管理功能：管理人员可以添加图书，修改图书的类别，价格，上传图书的相关图片等。
定单信息管理功能：用户确认购买图书，将形成一条订单信息，用户可以查询自己的定单。管理员可以查看定单，售出书籍。
2、2、3性能
2、2、4管理和技术约束
由于没有做过项目的经验，在加上编程技术的限制，小组人员少，时间的限制只能实现一个具有简单功能的网上购书系统。
2、项目估算
2、1使用的历史数据
徐州博库网上书店、电子商铺系统
2、2使用的评估技术
软件规模估算：采用类比的方法，根据历史数据来进行估算
工作量估算：基本COCOMO模型
成本估算：基本COCOMO模型
时间估算：基本COCOMO模型
2、3工作量、成本、时间估算
软件规模：LOC=[（50（重新设计）%+50（重新编码）%+重新测试（100）%）/3]×已有代码行（20000）=13000
工作量估算：人员：六人
成本估算：资料费（资料费、复印费）
通信费（移动通信费、上网费、电费）
时间估算：
基本COCOMO模型把工作量作为软件规模的函数来计算，其计算公式为：
E=aS^bS是以千源代码行（KLOC）计数的程序规模，a，b为开发模式因子
在我们的项目中，我们采用半分离式，因此a取值为3、0，b取值为1、12
即E=3、0*13^1、12=53、056
根据计算的工作量，我们由下面公式计算所需的开发时间：
t=cE^dE为我们所计算的工作量人月为单位，c，d是随开发模式而改变的因
子，在这里我们同样采用半分离式，c取值为2、5，d取值为0、35
即t=2、5*53、056^0、35=10、036
在小组中，我们共六人，大约2个月完成任务。
第3篇：软件项目开发计划书1引言-3-
1、1编写目的-3-
1、2背景-3-
1、3定义-4-
1、4参考资料-4-
1、5系统动机-4-
1、6标准、条件和约定-5-
1、7编写文档的WBS-5-
2项目概述-6-
2、1工作内容-6-
2、2主要参加人员-6-
2、3产品及成果-8-
2、3、1程序-8-
2、3、2文件-8-
2、3、3服务-8-
2、3、4非移交产品-8-
2、4验收标准-9-
2、4、1代码的验收-9-
2、4、2文档验收-9-
2、4、3服务验收-10-
2、5完成项目的最迟期限-10-
2、6本计划的审查者与批准者-10-
3实施总计划-11-
3、1开发过程-11-
3、1、1需求分析-11-
3、1、2系统设计-11-
3、1、3编码及测试阶段-11-
3、1、4文档、产品部署-11-
3、1、5项目总结-11-
3、2工作任务的分解-12-
3、3接口人员-13-
3、4进度-13-
3、5预算-14-
3、6关键问题-14-
4支持条件-15-
4、1计算机系统支持-15-
4、2需要用户承担的工作-16-
4、3需由外单位提供的条件-17-
5专题计划要点-18-
5、1开发人员培训计划-18-
5、2测试计划-18-
5、3质量保证计划-18-
5、4人员配置计划-18-
5、5客户培训计划-19-
5、6安全保密计划-19-
5、7合同计划-19-
1引言
1、1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。
1、2背景
沈阳师范大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表1、1所示。
表1、1项目背景规划
项目名称项目委托单位任务提出者项目承担单位
图书管理系统沈阳师范大学周老师
图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。
1、3定义
专门术语：
SQLSERVER：系统服务器所使用的数据库关系系统（DBMS）。
SQL：一种用于访问查询数据库的语言
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK：数据库的错误恢复机制。
缩写：
系统：若未特别指出，统指本图书管理系统。
SQL：StructuredQueryLanguage（结构化查询语言）。
ATM：AsynchronousTransferMode（异步传输模式）。
UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。
1、4参考资料
文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件：
图书借阅关系系统需求说明书
软件工程项目开发文档范例
软件工程国家标准文档
图书借阅管理需求说明书
软件需求说明书编写规范
书籍包括：
《软件项目管理》朱少民，韩莹编著，人民邮电出版社。
《软件项目管理》RajeevTShandilya编著科学出版社。
1、5系统动机
图书的管理是一门复杂的学问，与一般的企业和机构管理不同，它要处理的信息量极大，进行的操作繁琐。很多年以来，管理图书馆是利用人工操作，读者要借书还书时需要操作员手动进行，这中间查询、录入信息、管理的过程是很复杂的。在计算机被广泛应用之后，利用计算机进行图书管理成为成为了可能。
本软件系统通过实现读者、图书馆操作员与图书馆内部资料的交互，使得快速地进行图书管理成为了可能。借还书环境和管理环境将更加方便快捷。
1、6标准、条件和约定
本项目遵从以下标准：
GB/T13702-1992计算机软件分类与代码
GB/T20918-2015信息技术
GB/T19003-2015软件工程
GB/T5538-1995软件工程标准分类法
GB/T9386-2015计算机富安居测试文档编制
GB/T9385-2015计算机软件需求规格说明
GB/T5532-2015计算机软件测试规范
GB/T18221-2000信息技术程序设计语言
GB/T11457-2015信息技术软件工程
GB/T8567-2015计算机软件文档编制规范
1、7编写文档的WBS（WorkBreakdownStructure，工作分解结构）
2项目概述
随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生，逐渐成为信息化建设的重要组成部分。图书管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。
图书管理系统采用目前比较流行的C/S模式，eclipse作为前端开发工具，后台数据库管理系统为SQLServer2000，系统的运行平台为Windows。系统运行再图书馆工作人员的客户机上，对数据库访问的并发处理由SQLServer控制。
本图书管理系统主要实现的功能如下：
进入系统前需要身份验证，输入正确的用户名和密码才能进入系统。
用户可以根据需要进行书库管理。
用户可以进行借书证的办理、查询、挂失等操作。
用户可以添加账户和修改密码。
项目开发时间：90天
开发工具：eclipse
2、1工作内容
1、制作和修订项目开发计划；
2、进行计划跟踪与监控；
3、配合SQA的质量保证工作；
4、工作产品及时进行受控管理；
5、按计划提请阶段评审；
6、提交测试部门评测开发产品；
7、交付最终工作产品。
8、项目实施总结
9、项目验收
2、2主要参加人员
为了完成图书管理系统的项目开发，公司组建了一个临时的项目团队，有项目组组长、副组长、组员构成，如图2、1所示。
2、3产品及成果
2、3、1程序【项目开发计划1.5,发布提交产品】
软件名称：沈阳师范大学图书管理系统
编程语言：Java
存储方式：U盘
功能：图书馆业务集成系统采用国内先进的汇文文献信息服务系统，该系统由采访、编目、典藏、流通、连续出版物、统计、系统管理、OPAC等模块组成。
2、3、2文件
用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解，为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。
2、3、3服务
计划提供以下服务：
课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。
免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。
技术支持：对于某些客户，采取上门指导的方式。
软件维护：获取软件使用中的问题，提供补丁程序。
升级通知：在软件新版本发布的时候，及时通知（Email或邮寄信件）注册的用户，并提供试用版本。
软件升级：对于注册用户，只需较少的费用即可升级到新的版本。
2、3、4非移交产品
可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解
并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。
源程序：软件开发过程中的全部代码以及注释。
2、4验收标准
2、4、1代码的验收
最后在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
2、4、2文档验收
最后在交付客户之前进行小组内评审，文档格式符合HB6465标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。
2、4、3服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。
2、5完成项目的最迟期限
交付日期
从2015年9月15日开始至2015年1月18日，完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计，定义了数据库总体结构、编码命名规范，并交付用户。交付日期为2015年1月20日，延期交付日为2月1号。
2、6本计划的审查者与批准者
本系统由客户提出，自2015年9月28号正式批准，审查者为周老师，批准人为周老师。
3实施总计划
3、1开发过程
3、1、1需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，从9月20开始至10月5日，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。
3、1、2系统设计
从10月6日开始至11月5日，完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。
3、1、3编码及测试阶段
从11月6日开始至11月22日，完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试，系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试，对发现的问题进行彻底纠正。
3、1、4文档、产品部署
从1月2日开始至1月25日，完成用户培训工作，编写各类文档，系统投入运行阶段。
3、1、5项目总结
项目结束后用一周左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进的的缩短。
3、2工作任务的分解
3、3接口人员
负责本项目同用户的接口人员为邹浩，由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负责维护和更新。
3、4进度
方法：采用结构化开发
设置模块开发优先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序。
具体开发进度安排如下：
注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。
3、5预算
3、6项目风险因素
影响本计划完成的主要问题有：
没有经费和硬件设施有限
用户需求不清，存在误解及二义性
第一次开发软件，开发人员没有实际经验
时间有限，没有足够的开发时间
4支持条件
4、1计算机系统支持
开发时需要的支持条件：
硬件：
服务器：PentiumIII500以上或更高，
内存：512M以上；
硬盘：至少80G以上；
CD－ROM：32倍速以上；
网络适配器：10MB/100MB自适应；
打印机一台
UPS（选配）
工作站：Pentium4以上微机；
内存：512MB
硬盘：至少80以上；
CD－ROM：32倍速以上；
网络适配器：10MＢ/100MＢ自适应
网络：至少一台服务器
至少一台工作站
使用TCP/IP协议的局域网
软件：
操作系统为WindowXP，使用集成开发工具Eclipse5、5、1，数据库采用SQLServer2000，项目运行环境为JDK6、0、
其他开发工具包括：Dreamweaver，MicrosoftVisio，RationalRose，PowerDesignerTrial11，TomCat6、0CVSNT2、5、03
运行时需要的支持条件：
一、服务器的要求
1．服务器的中央处理部件（CPU）建议使用PIII1G（以上）Xeon处理器芯片。
2．服务器内存必须使用服务器专用ECC内存
3．为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（RAID01）
4．为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用Watchdog电路。这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。
5．服务器应支持热插拔电源
6．服务器必须配备UPS（不间断电源）。
7．服务器应该放在学校内部。不然无法进行程序调试。
8．服务器应该必须有固定IP地址。
9．其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。
二、服务器上应该配备的软件
1．操作系统：MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver
2．数据库：MicrosoftSQLServer2000（简体中文版）
3．服务器必须使用专业的防火墙和反病毒软件。
4．除了为了运行必须配备的程序以外，服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外冲突。
5．各系的操作系统尽量统一。（Windows9x系列或者Windows2000系列）。这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。
6．各系的机器必须也安装反病毒软件和防火墙。以防止网络上的蠕虫病毒在整个网络范围内的蔓延。
7．如果要打印涉及字段比较多的报表，应该配备针式打印机。
4、2需要用户承担的工作
向本小组成员进行培训，其内容包括图书馆的工作结构、图书管理系统的工作流程，以及图书馆规模包括可容纳多少图书，多少读者，有几个级别的管理员和管理员数目这些内容必须在数据库创建之初就进行培训。配备相应硬件系统，做到规范操作，备份好数据防止数据丢失，软件交付日期为软件安装测试人员提供环境。
4、3需由外单位提供的条件
本系统为独立开发，不需要外单位提供条件。
5专题计划要点
5、1开发人员培训计划
2015年9月18日起，至2015年10月28日，共十天实习期间，上午进行软件工程项目开发各项内容的专题知识讲座；下午进行开发设计。
5、2测试计划
2015年1月2日—2015年1月13日对软件进行各项测试工作；
5、3质量保证计划
严格按照项目开发过程中的各项步骤，从项目立项，可行性研究报告、需求分析报告、项目开发计划等，具体实施；
5、4人员配置计划
该项目开发小组共8人：组长：邹浩
组员：王莹、卢珊珊、侯迪、张旭、印万涛、刘啸虎、张竣铭。
5、5客户培训计划
在软件实际应用后的前一个月，对用户进行软件操作方法的具体培训；
5、6安全保密计划
在从项目开发阶段到最后软件的正式发布期间，做好项目的保密工作，小组成员对所有项目所有相关文档进行加密，做好备份工作。
5、7合同计划
和客户协商签订软件使用合同。
第4篇：软件项目计划书1、项目介绍3
1、1项目概述3
1、1、1目的3
1、1、2项目背景3
1、1、3项目的范围与目标3
1、2项目可交付成果4
1、2、1需完成的软件4
1、2、2需提交的文档4
1、3软件项目计划的制定过程5
1、4参考资料5
1、5有关定义和缩写说明5
1、5、1相关术语5
1、5、2缩写说明6
2、项目组织6
2、1过程模型6
2、2组织结构6
2、3组织界限和界面7
2、4项目责任7
2、4、1责任分配矩阵7
2、4、1项目干系人的责任分配矩阵8
3、管理过程9
3、1管理目标和优先级9
3、1、1管理目标9
3、1、2优先级9
3、2设定条件、依赖关系和约束条件9
3、3风险管理10
3、3、1风险条目表10
3、3、2风险定性分析11
3、3、3风险管理清单12
3、3、4项目风险应对措施12
3、3、5风险监控14
3、4监督与控制机制14
3、4、1报告机制14
3、4、2监督机制14
3、4、3评价和审核机制14
3、5人员计划14
4、技术过程15
4、1方法、工具和技术15
4、2软件文件15
4、3项目各项辅助职能16
5、工作包、进度和预算16
5、1工作包（WBS）16
5、2依赖关系19
5、2、1甘特图19
5、2、2网络日历图19
5、3资源要求19
5、3、1计算机系统支持19
5、3、2外部提供的条件20
5、4预算与资源分配以及进度计划20
5、4、1预算20
5、4、2资源分配20
5、4、3进度计划20
1、项目介绍
1、1项目概述
1、1、1目的
编写本项目开发计划的目的是把远程在线考试系统开发过程中对各项工作任务的负责人员、开发的进度、经费的预算、硬件和软件资源条件等问题所做的安排用文档的形式记载下来，以便根据本计划开展和检查项目开发工作，保证项目开发成功。
1、1、2项目背景
随着信息的发展，考试报名的网络化已成为趋势，很多考试都已开通了网上报名系统，并通过计算机网络实现异地考试报名。因此，为方便考试系统的管理与维护，故开发了该系统。
1、1、3项目的范围与目标
1、1、3、1范围描述
首先，因为考试是面向特定对象的，所以考试者进入系统应该进行身份验证。首次进入报名系统的考生应该先进行注册。考试者进入考试系统后，应该能根据自己的需要选择不同的功能，比如网上报名、成绩查询等等。各种功能实现后，可以返回功能主界面，继续实现其他功能。此外，对于管理员来说，能够方便、快捷的对网上报名系统进行管理。
1、1、3、2主要功能
1、概述
（一）、登陆：考生输入身份证号和密码登陆进入系统。
（二）、考生注册：首次登陆的考生要先进行注册。
（三）、网上报名：考生通过网上报名功能，填写报名信息，进行报名。
（四）、成绩查询：考生登录个人账号，在考试结束并且成绩发布后可以查看自己的考试成绩。
（五）、用户管理：管理员进入考生管理功能，管理员对考生信息进行查询、修改。
（六）、成绩录入：管理员将考生成绩文件导入系统，并且将考生成绩保存在数据库中。
（七）、成绩统计：管理员可以分类统计考生成绩，统计全部考生的成绩、通过的考生以及不通过的考生的成绩等等。
（八）、信息发布：管理员进入系统维护功能，通过信息发布功能，编写信息标题和内容，将考试信息发布出去
（九）、报名时间管理：管理员通过考试报名时间管理功能对考试报名时间进行限制。
2、功能描述
此系统总概括来说包括三大功能：
（一）、考生网上报名功能。考生登录网上报名系统，填写报名信息，进行报名。首次登录的考试需要先注册。
（二）、成绩查询功能。考生可以登录本系统进行本人成绩查询，管理员也可以登录本系统的后台根据某些条件部分考生成绩。
（三）、管理功能。管理员登录本系统，可以对用户进行增删改查，对考试报名时间、信息发布以及成绩等进行管理。
1、1、3、3性能
（一）、管理员动态的管理各种考试信息。
（二）、考生报名方便，可实现远程报名。
（三）、考生可随时掌握考试相关信息。
1、1、3、4管理和技术约束
这是我们首次进行一个完整的项目作业，缺少经验在所难免，我们在借鉴前人优点的同时，也发挥我们自己的想象力以及能力，补充所缺少的部分。由于时间的紧迫，各个方面完成的并不算完善。在技术方面，在程序编写中我们丙丁会遇到这样那样的难题，但是一定会想办法克服。
1、2项目可交付成果
1、2、1需完成的软件
（一）、源程序
（二）、数据库对象创建语句
（三）、可执行程序
1、2、2需提交的文档
1、3软件项目计划的制定过程
制定项目计划是软件项目管理过程中一个关键的活动，是软件开发工作的第一步。其主要过程如下：
（一）、确定详细的项目实施范围
（二）、确定须交付的工作成果
（三）、评估实施过程中主要的风险
（四）、制定项目实施的时间计划
（五）、成本和预算计划以及人力资源计划等
1、4参考资料
软件项目计划书范例
软件风险控制计划案例
1、5有关定义和缩写说明
1、5、1相关术语
用户
考生与考试管理人员之和。
考生
拥有在线考试权利的所有人员。
管理员
指派的考试管理员。
1、5、2缩写说明
WBS任务分解结构
SPM软件项目管理
2、项目组织
2、1过程模型
在计算机等级考试网上报名系统中，首先，本系统的工作流程比较稳定，需求明确。在开发过程中需求很少发生变化。其次，用户使用环境相对稳定。最后，本系统属于小系统，项目周期较短。经过综合分析，本系统采用瀑布模型。
瀑布模型中，每一个阶段都定义明确的产出物，在每一个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下一个阶段。如下图：
2、2组织结构
计算机等级考试网上报名系统开发项目组人员结构如下图所示：
2、3组织界限和界面
2、4项目责任
2、4、1责任分配矩阵
2、4、1项目干系人的责任分配矩阵
3、管理过程
3、1管理目标和优先级
3、1、1管理目标
基本管理原则：每位成员既是积极地建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。
目标1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。
目标2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。
目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。
目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。
目标5：项目设计和开发上尽量有创意，有亮点。
3、1、2优先级
在遵循基本原则的基础上，管理目标的优先级如下图所示（优先级1-5依次递减）：
3、2设定条件、依赖关系和约束条件
假设1：指导老师对项目进度进行压缩或组员推出该项目
限制：某些关键某块与功能不能及时交付
假设2：相关硬件设备或者软件设备瘫痪
限制：造成部分工作甚至整体工作无法进行而造成拖延
假设3：组员在项目开发过程中推出该项目
限制：任务需重新分配可能导致最终延期交付
假设4：最终没有外援美工指导
限制：最终系统界面友好性相对较差
3、3风险管理
本计划主要针对项目开发涉及到的风险，包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。
3、3、1风险条目表
3、3、1、1需求风险
（一）、分析员对业务了解不全面
（二）、需求的不断变化
3、3、1、2相关性风险
（一）、项目经理管理经验不足
（二）、不可抗力因素造成的危害
（三）、高层管理人员对时间的要求不合理
3、3、1、3管理风险
（一）、项目范围定义不清楚
（二）、进度拖延
（三）、沟通不善
3、3、1、4技术风险
（一）、设计错误导致程序实现困难
（二）、缺乏质量跟踪
（三）、缺少测试计划
（四）、相关人员缺乏技术培训，缺乏经验
（五）、特殊功能不能及时交付
3、3、1、5开发环境风险
（一）、所使用开发软件的质量问题
（二）、备份环境不稳定
（三）、系统崩溃或者被攻击
3、3、1、6人员数目及经验风险
（一）、人力资源有限
（二）、开发人员没有接受过正规培训
（三）、开发人员经验不足
3、3、1、7客户风险
（一）、客户对于最后交付的产品不满意，要求重新设计和重做
（二）、客户对规划、原型和规格的审核决策周期比预期的要长
（三）、客户没有参加审核，导致需求不稳定
3、3、2风险定性分析
如下表格中对可能发生的风险做了定性的分析，表中数据是通过资料搜集以及个人和团队推测得来。
3、3、3风险管理清单
如下表格对前十项可能发生的风险进行了排序，表中数据是通过资料搜集以及个人和团队推测得来。
3、3、4项目风险应对措施
3、3、5风险监控
制定规划，实施保护措施，在保护措施实施的每一个阶段都要进行监控和跟踪。风险贯穿于项目的整个生命周期中，因为风险管理是个动态的、连续的过程。因此制定了风险防范计划后，还需要时刻监督风险的发展和变化情况。只有了解风险，才能规避风险。
3、4监督与控制机制
3、4、1报告机制
各开发过程、培训负责人以周为单位记录工作进展，形成电子文档报告。负责人在每次讨论时作口头总结，项目组成员给出意见，报告修改后发送至组长邮箱。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。
3、4、2监督机制
开发过程中功能与模块相关联的两个组别有权利与义务对相关组别进行监督与进度询问。督促其按照规定进度完成任务。由技术组长对开发过程应用技术进行监督，并提供技术咨询。由管理组长对整体进度进行把握。
3、4、3评价和审核机制
每次讨论中小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师参加评议。
3、5人员计划
4、技术过程
4、1方法、工具和技术
本小组的团队组织结构为技术管理式组织结构；编程语言为java，采用面向对象的分析设计方法，利用UML进行系统建模，使用SqlSever2015作为数据库管理系统图，并采用统一的java标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
开发环境：Sqlsever2015+Myeclipse6、0+VisualStudio2015、
4、2软件文件
1．软件项目管理计划
该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。
2、需求规格说明初稿
在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。
3、设计报告初稿
在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。
4、测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。
5．用户手册
在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。
6、个人项目总结
由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。
7、其他文档
软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。
4、3项目各项辅助职能
5、工作包、进度和预算
5、1工作包（WBS）
1000软件项目管理SPM
1100需求分析阶段
1110软件需求详细计划
1200设计阶段
1210软件设计报告
1300编码阶段
1310软件编码报告
1400测试阶段
1410编制软件项目进展报告
1420软件测试报告
1430软件编码更新
1500维护阶段
1510软件维护记录报告
2000软件开发
2100需求分析阶段
2110用例图
2120静态模型
2130需求分析规格说明书
2200设计阶段
2210类图
2220动态模型
2230设计文档
2300编码阶段
2310考生登陆功能开发
2311编码
2312单元测试
2320考生注册功能开发
2321编码
2322单元测试
2330考生网上报名功能开发
2331编码
2332单元测试
2340考生成绩查询功能开发
2341编码
2342单元测试
2350用户管理功能开发
2351编码
2352单元测试
2360成绩录入功能开发
2361编码
2362单元测试
2370成绩统计功能开发
2371编码
2372单元测试
2380信息发布功能开发
2381编码
2382单元测试
2390报名时间管理功能开发
2391编码
2392单元测试
2400测试阶段
2410集成测试
2500维护阶段
2510软件安装
2520软件调试
2530软件维护记录报告
3000软件配置
3100需求分析阶段
3110制定配置和管理计划
3120开发模型
3130需求文档
3140配置状态审计
3200设计阶段
3210数据库设计
3220框架设计
3230软件配置库的维护
3240设计文档
3250配置状态审计
3300编码阶段
3310软件运行环境
3320源代码
3330软件测试报告
3340配置状态审计
3400测试阶段
3410软件运行
3420软件测试数据
3430软件维护报告
3440配置状态审计
3500维护阶段
3510数据库维护
3520软件运行环境
3530可执行代码
3540配置状态审计
4000验证与确认
4100需求分析阶段
4110制定软件需求阶段验证和确认计划
4120需求确认报告
4130阶段评审
4200设计阶段
4210阶段评审
4220设计确认报告
4300编码阶段
4310阶段评审
4320编码确认报告
4400测试阶段
4410各项功能评审
4411考生登陆功能评审
4412考生注册功能评审
4413考生网上报名功能评审
4414考生成绩查询功能评审
4415用户管理功能评审
4416成绩录入功能评审
4417成绩统计功能评审
4418信息发布功能评审
4419报名时间管理功能评审
4420系统测试
4430测试确认报告
4440阶段评审
4500维护阶段
4510验收测试
4520验收评审
5000质量保证
5100需求分析阶段
5110制定质量保证计划
5120需求质量文档
5200设计阶段
5210设计质量文档
5220软件质量保证活动报告
5300编码阶段
5310编码质量文档
5400测试阶段
5410测试质量文档
5500维护阶段
5510维护文档
5、2依赖关系
5、2、1甘特图
5、2、2网络日历图
5、3资源要求
5、3、1计算机系统支持
计算机（
支持软件：Microsoftword，Photoshop等
操作系统：Windows7或者xp等
5、3、2外部提供的条件
设备：个人笔记本
工作地：教室和宿舍
5、4预算与资源分配以及进度计划
5、4、1预算
5、4、1、1预算概要
5、4、1、1预算细要
5、4、2资源分配
各自使用各自的机器。
5、4、3进度计划
第5篇：软件项目计划书1概述1
1、1项目概述1
1、2项目交付的产品1
1、3SPMP的演化1
1、4参考资料1
1、5定义、缩写词以及简写1
2项目组织1
2、1外部接口1
2、2内部组织结构2
2、3角色与职责划分2
3管理过程2
3、1项目启动计划2
3、2工作计划2
3、3控制计划2
3、4风险管理计划2
3、5项目收尾计划3
4计划过程3
4、1过程模型3
4、2方法、工具和技术4
4、3基础设施4
5支持过程4
5、1工作包4
5、2依赖关系4
5、3资源需求5
5、4预算和资源分配5
5、5进度表5
1概述
1、1项目概述
项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布，系统设计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9周。
1、2项目交付的产品
交付日期12月20日，主要交付物有：酒店客房管理系统安装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等）
1、3SPMP的演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。
第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。
1、4参考资料
《软件工程——理论、方法与实践》，孙家广刘强，高等教育出版社
《软件工程导论》张海藩，清华大学出版社
《软件工程师指南[M]》张凯，中国电力出版社
《JavaWeb典型模块与项目实战大全[M]》明日科技，电子工业出版社。
《Java数据库系统开发案例精选[M]》王国辉，人民邮电出版社
1、5定义、缩写词以及简写
JDKFM：待开发的酒店客房管理系统软件名称
SPMP：软件项目管理计划
SRS：需求规格
2项目组织
2、1外部接口
2、2内部组织结构
民主式组织结构，在这个结构中，小组成员完全平等，名义上的组长与其他成员没有任何区别。大家享有充分的民主，项目共作由全体人员讨论协商决定，并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力，有利于攻克技术难关，虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决的。
2、3角色与职责划分
需求分析员整理需求分析并以撰写需求分析分析文档，负责人员：谢明敏、陈冬雪
软件设计员负责软件的设计并撰写设计文档，负责人员：夏喜锋
开发人员编写软件开发的代码，负责人员：胡玉莲，韩永亮
总结人员负责最后的收尾工作并撰写总结文档，负责人员：张瑞刚
3管理过程
3、1项目启动计划
每位组员既是积极的建言者，又是负责的合作者。决策应在充分的讨论基础上做出，并被及时有效的执行。按时按量完成项目的基本功能，按时发布产品，遵循规范的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。产品要运行稳定，界面友好易上手，能很好的管理酒店客房信息。开发软件过程中要注重团队建设，成员分工合理，合作默契，气氛融洽。项目设计和开发商要有创新，更好的吸引客户。
3、2工作计划
第11周~第13周：完成需求规格说明并撰写需求规格说明
第14周：完成系统设计并撰写软件设计文档
第15周~第16周：完成编码测试
第17周~第18周：完成软件交付并撰写总结文档
3、3控制计划
各开发过程负责人以周为单位记录工作进展，形成电子文档报告，上传至文档库。负责人在每周项目例会作口头总结，小组会议审核通过给出意见，报告修改后上传至文档库。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师和助教参加评议。
3、4风险管理计划
风险的详细描述如下：
风险一：开发技术不熟练
没有组员能熟练运用JAVA语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。
风险二：考研课程
组员胡玉莲每天都有考研课要上，又临近考试可能导致任务分配上的困难。
风险三：考公务员
组长谢明敏和组员陈冬雪每天有公务员培训课，十一月二十四日有国家公务员考试，既要复习考试又要完成任务，会导致任务进度变慢。
风险四：考银行
组长谢明敏和组员陈冬雪参加了农业银行招聘和民生银行招聘，预计十一月中上旬会去呼市参加考试，可能没办法监督项目正常进度，延缓任务完成时间。
风险五：需求变更频繁
在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现游戏并不好玩，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。
风险六：缺乏设计人才
设计对一个软件来说很重要，但项目组内没有这方面的人才，可能导致产品吸引力下降，界面开发环节上耗费较多时间等。
3、5项目收尾计划
在开发阶段结束后，开发人员之间会进行代码走查，减少bug，并在测试阶段更新源代码，测试人员根据测试文档惊醒软件测试，提高软件正确性。
最终交付酒店客房管理系统软件。
4计划过程
4、1过程模型
应用瀑布模型，软件开发的各项活动严格按照线性的方式进行，当前活动接受上一活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回进行修改。因此，这种模型强调文档的作用，并要求每个阶段都有仔细验证。
4、2方法、工具和技术
本小组的团队组织结构为主程序员式组织结构；编程语言为java；采用面向对象的分析设计方法；利用UML进行系统建模；统一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
4、3基础设施
个人PC，笔记本、实验室专用PC机
5支持过程
5、1工作包
5、2依赖关系
1）组织团队是完成软件项目的前提，明确分工负责；
2）配置管理贯穿于整个软件开发和测试过程；
3）需求分析是软件项目进入开发阶段的重要标志；
4）系统设计是基于需求分析的基础上，又是编码的原理依据；
5）编码测试是软件开发进展的重要过程；
6）交付阶段是软件获得客户的认可，是软件开发结束的标志。
5、3资源需求
人员：小组软件项目开发成员、客户
支持软件：Office
计算机硬件：服务器等
办公室：学院实验室和宿舍
实验设备：个人PC机、笔记本、实验室专用PC机
项目资源维护需求的数目和类型：6台个人电脑（PentiumIII800以上CPU，256M以上内存）
5、4预算和资源分配
预算：本次软件开发没有涉及到任何经济方面的预算，但会在最后产品拍卖的时候涉及虚拟货币。
资源分配：各自使用各自的机器。
5、5进度表
IT工作个人年终总结
工作一共区分8类，梳理如下：
1、重点工作
严格按进度计划完成科室领导安排的重点工作任务，今年安排本人完成的重点任务主要包括3项：重要系统可靠性和性能提升、用户体验研究与监控、中心实操与培训环境建设。其中，重要系统可靠性和性能提升专项工作先根据多种调研途径（北塔监控、用户体验监控、IT服务台事件单、业务部门用户Q群反馈和基层单位走访），收集了协同、资产、财务、人力、营销、集成、综合及公共服务8类14套总部关键应用的性能与可靠性现状，从而制定相应的整改措施和计划。经统计，需提升硬件配置的系统有2套，执行平台软件（中间件、数据库）基础优化的系统有13套，需优化应用代码的有9套，提升可靠性的有4套。本人扎实推进优化工作，组织平台软件运维服务商、各应用开发商和系统管理员有计划、有步骤地实施整改措施。重点针对关键应用的差性能表现，利用先进的黑、白盒性能监控工具定位性能瓶颈，向开发商出具监控报告和诊断报告等佐证材料，同时提出优化建议。并采用逐层递进、主辅分明的优化思路：先提高硬件配置，避免硬件资源瓶颈；继而优化平台软件配置，为应用提供有力支撑；最后优化应用代码，争取从根本上消除性能缺陷。通常前两步为治标，能在一定程度上缓解应用的差性能表现；最后一步为治本，能极大改善差性能，使应用系统的响应速度有质的飞跃。实践证明，该思路有效地指导了应用性能提升工作。1-5月，分阶段开展总部WEB OA性能优化工作，组织博联公司和系统管理员先后完成硬件升级->平台软件参数优化->历史数据分离->应用代码优化4个环节的工作，期间首度使用蓝科用户体验监控工具来获取系统整改前后的性能表现数据。并根据实践结果总结优化经验，便于后续工作开展。6-7月，着手调研总部关键应用系统性能与可靠性现状，同时到基层单位进行现场调研，从而制定出性能与可靠性提升工作方案。8-10月，共完成13套重要系统的平台软件（中间件、数据库）优化；截止11月底，共召开3次性能诊断报告会，涉及营销、资产、财务、集成、综合类9套关键应用。会议分别召集95598客服管理、95598网上营业厅、物资MIS、FMIS、资金监控与调度、集中核算管理、门户、OMS、领导干部考评9套在运系统的开发商和运维人员，针对用户体验监控报告、数据库性能诊断报告、优化咨询报告展开深入讨论与技术交流，落实整改计划。而一些重要的在建系统，如南网协同办公和IT服务管理，则向厂家出具试运行阶段的黑、白盒性能监控报告，要求在项目验收前务必整改完。截止12月，性能问题突出、用户体验较差的4套应用--95598客服管理系统、资金调度与监控系统、物资MIS、南网协同办公系统均优先提交了解决严重性能问题的程序升级包，性能表现得到明显改善，后续阶段还会持续执行优化。其他应用也安排在明年初陆续提交整改。纵观以往的系统运维，更多的是通过提高硬件配置、调整平台软件配置来改善系统性能，通常这些措施收效甚微，难以看到系统响应速度有明显提升，一些关键系统的用户体验长期不满意。通过今年这个专项工作，改变原有工作思路和方法，将整改的重点放在应用上，创新地引入“一黑一白”两种性能监控工具获取应用系统及平台软件运行状态相关的数据。“黑”指黑盒级的用户体验监控工具，主要监控真实用户访问页面URL的响应时间，分段展示服务器处理、网络传输、客户端处理环节的耗时；“白”指白盒级的数据库性能监控工具，主要监控SQL代码的执行性能，找出代码上的性能缺陷。向厂商出具问题诊断报告，并利用整改工单跟踪其每一阶段的整改工作，有针对性的复核整改结果，形成“PDCA”闭环管理。
用户体验是中心领导在年初工作会议上提到完善运维体系提高信息专业系统实用化水平时出现的新名词，注重用户体验意味着信息运维开始关注应用系统使用者的满意度，这是服务理念的升华。建立用户体验监控也弥补了之前仅有设备级监控缺少应用级监控的空白。今年本人主要完成两项事情：1.参与计划科的用户体验研究项目实施，其研究成果主要包括用户体验指标体系和用户体验设计规范，前者为评估应用系统的用户体验提供指标选择，后者为项目建设提供设计上的指导。2. 研究用户体验监控技术，选取试点应用系统，按月出具用户体验监控报告，梳理统一的模板。今年选取的试点系统有5个（物资MIS、资金调度、FMIS、协同办公、95598客服管理系统），获取的用户体验监控数据同时为性能提升工作所用。作为项目组一员，本人积极参与理论研究，并在生产环境部署不同的用户体验监控产品，特意选取不同技术架构的关键应用进行监控，在实践中研究监控工具的特性和用户体验指标统计，同时将实践结果数据提供给研究人员，参与多次项目相关的技术交流会。项目于10月中旬通过科技项目竣工验收，重要研究成果--用户体验评估指标体系主要包括指标维度定义、指标权重定义和指标测量方法三方面内容。指标维度由美观体验、阅读体验和交互体验三大类组成，它们共同组成了用户的总体感受，每一大类又细化若干个子项。每一个子项都可以根据实际情况定制权重，通过相应的测量方法可以量化应用系统的用户体验情况，实现评分制度。而性能表现，仅是指标体系中的一个子项。用户体验监控产品的功能也以监控系统可用性和性能、统计相关指标为主，所以应用系统的月度用户体验定检报告主要展示的是性能和可用性方面具有代表性定量指标。发现的性能或可用性问题均纳入开发商的整改计划。1-5月，使用用户体验监控工具出具总部WEB OA的用户体验定检报告，作为性能整改的依据；8-12月使用工具出具95598客服管理系统和财务系统的用户体验定检报告，作为性能持续整改的依据；8-12月使用ORACLE公司如意产品出具物资系统和南网协同办公系统的用户体验定检报告，作为性能持续整改的依据。此外，还利用工具对比整改时间前后的用户体验统计数据发现，95598客服系统、资金系统和物资系统的性能均有明显改善。实践证明，用户体验监控对应用性能问题诊断和优化效果验证有不可替代的优势，具有推广价值。
信息中心实操与培训环境是为了满足公司信息化项目建设、信息运维人员实操技能培训及在运系统相关测试三方面的迫切需要所设。信息化项目建设需要测试或用户操作培训环境；信息运维人员要提升实操技能需要动手演练环境；在运系统出现未知原因的故障、备份恢复或程序更新也十分需要测试环境。这个环境的规划包括网络、服务器和统一存储，硬件设备约由25台高配置的服务器和2台统一存储（IBM DS4700和H3C IPSAN）组成，存放在C座7楼测试机房，占据7TP2-7TP5机柜。其中，统一存储容量将近10TB，具备容纳所有关键应用系统业务数据的能力；19台服务器纳入VMWARE虚拟资源池，余下6台物理机（3台小机，3台PC SERVER）专门部署不能使用虚拟机的系统，满足各种情况的需要。3月份制定工作方案，4-6月完成硬件设备上架、布线、调试、开通防火墙策略、vmware虚拟平台部署等具体工作，7月份建成投运。截止12月，共为营配信息核查、决策支持系统、营销MIS、两册管理系统、综合计划与统计节能管理系统、服务器节能研究等7个项目的建设提供用户培训/测试/研究环境资源，同时为门户系统、X3、文档加密、人资、内部邮件、北塔等在运系统提供配套的测试环境。用于故障诊断测试、选型测试、版本更新前测试等。
2、项目管理
本人今年主要负责两项日常生产资金计划（自控项目）：应用系统性能优化与内存数据库研究。其中，应用系统性能优化是“重系统可靠性和性能提升“工作的配套项目，旨在优化应用系统性能，改善用户体验的响应速度，提升满意度。建设内容包括：
● 制定主流数据库和中间件的基础优化规范；
● 对关键应用系统的数据库和中间件实施基础调优；
●关键应用系统的数据库性能诊断；
●针对存在严重性能问题的业务模块进行SQL代码诊断；
●根据性能问题诊断报告制定优化策略（包括数据库代码优化、表结构设计、数据分离等），提供咨询服务；
截止11月底，上述主体工作均已完成，交付物之一的平台软件的基础优化规范用来指导今后应用系统的平台软件部署工作。以往大多应用系统的集成商在安装台支撑软件时普遍缺少基本的优化措施，平台软件的各类参数配置通常按初始的默认值所设，很难为应用提供有力支撑，极大影响应用系统的性能表现。该项目优化了13套在运系统的中间件和数据库的参数配置，并梳理出优化规范，为今后的在建应用系统部署平台软件时提供优化策略。此外还出具了9套关键应用的数据库性能诊断报告，对营销、财务、资产、集成和综合类共计9套在运应用系统后台数据库进行多维度诊断和实时监控， 特别关注业务高峰时段或发生故障时段的数据库日志、数据库碎片、资源使用情况、等待事件、表分区、索引、典型操作的SQL语句执行效率排行等，从而找出存在性能缺陷、执行效率低的SQL代码及设计不合理的表结构，并出具优化报告，为开发商提供咨询服务，在很大程度上促进了性能整改工作。
内存数据库是大数据时代引入的一种颠覆传统磁盘数据库技术的新型数据库。内存数据库研究与应用项目选取了业界主流内存数据库产品--ORACLE公司TimesTen的关键技术展开研究，关键技术涉及内存数据库的性能、高可用机制、数据持久化等方面，同时结合具体的应用系统，考察其使用内存数据库后，在性能、高可用性和数据可靠性三个方面相较于关系型数据库存在何种优势或劣势，具备何种特征特性，如何与传统关系型数据库结合使用，扬长避短，最后形成研究成果报告，评估TimesTen能否作为一种即满足数据持久、可靠及高可用，又满足高并发量、高实时性、大吞吐量业务需求的优秀解决方案。研究内容包括：
● TimesTen内存数据库性能
● TimesTen内存数据库的数据同步技术
● TimesTen内存数据库双机集群高可用性
● TimesTen内存数据库数据持久化与可靠性
对应的研究成果包括：《TimesTen性能研究报告》、《TimesTen内存数据库数据同步机制研究报告》、《TimesTen双机集群高可用性研究报告》、《TimesTen数据持久化与可靠性研究报告》和一个实验系统--财务管理系统内存数据库。截止12月完成了所有研究工作：在IBM AIX小机上搭建财务系统内存数据库双机集群，集群软件选取AIX HACMP。通过开发主备故障转移脚本，实现集群的高可用性，并执行TIMESTEN产品其他特性的评测，编写4份研究报告分册。内存数据库集群高可用性研究是整个项目最大的技术难点，研究结果证明内存数据库能像传统的关系型数据库一样，采用多节点集群部署方式解决稳定性问题。
3、系统运维
本人负责财务域的信息系统（包括FMIS及接口、集中核算管理、本部核算管理、资金调度与监控、财务决策支持、资金采集与回流）和审计域信息系统（审计管理信息、审计现场作业、审计报表）的日常运行维护和定期安全加固工作。作为公司六大关键业务系统之一的财务系统十分强调系统运行稳定及业务高可用性，素来维护压力大。本人注重积累故障处理经验，除了掌握基本维护操作外，还钻研有关平台支撑软件（数据库、中间件、操作系统）的日常管理和性能优化，工作中注重理论结合实践，善于思考、及时总结系统故障快速处理方法，完善应急预案和运维手册。着重从应用代码优化的角度提高财务类系统的性能，结合用户体验监控工具出具月度用户体验定检报告，组织厂商开展系统性能整改。5月到北海供电局调研财务系统的用户体验，维度包括功能易用性、功能缺陷和性能三大方面。根据基层访谈和用户Q群反馈意见发现资金调度与监控系统存在明显的性能问题和部分功能缺陷及易用性问题，用户体验较差，故将其纳入重要系统性能提升专项工作范围中，同时督促远光公司首先对功能进行完善，于7月解决基层单位用户关注的功能问题，将提升用户体验工作落到实处。10月，与远光公司召开FMIS、资金调度、集中核算管理三套系统的性能诊断报告会；11月远光公司对资金系统执行第一阶段的性能整改，解决引发系统频繁卡死的严重性能问题，并持续优化，计划在2015年1月执行第二阶段的应用性能整改。明年2月也计划部署一体化财务管理系统试点建设项目（硬件部分）所采购的硬件负载均衡器，从硬件方面进一步提升系统性能。此外，FMIS与集中管理系统的性能优化也安排在明年初开展。审计管理系统也在今年年底完成可靠性提升工作--采购高配置的物理服务器，由原来的单台数据库服务器改造成数据库双机集群，为明年部署南网推广的综合管理系统审计子系统做好准备。
此外，还配合电力行业信息安全等级保护测评中心于10月完成2015年FMIS安全等级保护测评，并在12月落实整改计划和措施。
4、测试管理工作
今年继续开展测试管理工作，主要包括组织项目验收测试、信息系统发布测试、在运系统故障诊断和产品选型测试。项目验收测试目的是降低项目建设风险，确保系统验收前质量符合验收要求；信息系统发布测试则是降低运维风险，在新系统上线前或在运系统发生较大变更后进行测试，确保系统正常可用再发布给用户使用。而在运系统故障诊断测试则是针对投运后发生故障的系统进行故障原因诊断的测试，为制定整改措施提供依据。根据不同的测试需求，本人组织、协调或参与各种测试工作开展，主要包括：
● 2015年3月--组织内部邮件升级与改造项目的选型测试，针对
coremail和亿邮两家公司的邮件系统。参与测试工作的人员包括系统管理员、开发厂家和博联研发部，制定并组织测试方案讨论，考察邮件系统的性能表现和安全功能。
● 2015年4月至5月--组织综合统计平台开发项目验收测试和网络
舆情监测系统升级与完善项目性能测试，参与测试工作的人员包括系统管理员及开发厂家。
● 2015年5月--参与两个一类项目的测试工作：物资管理信息系统
性能测试和电网规划系统上线，参与测试方案的制定。
● 2015年7月--组织IT服务管理系统性能测试，评审测试方案，
跟进测试所发现的软硬件问题处理，测试参与人员包括博联公司和广思公司。
● 2015年8月--组织理论线损系统性能测试，评审测试方案。测试
参与人员包括博联公司和开发厂商
● 2015年12月--组织集成商对综合管理系统审计子系统的数据库
集群执行功能测试，评审测试方案，监督测试执行情况；组织深信服公司对财务系统的硬件负载均衡器集群执行功能测试，评审测试方案，监督测试执行情况。
5、技术人员成长
结合中心实操与培训环境，本人今年共组织4期信息运维人员实操技能培训，推动技术人员成长。每期培训的主题紧都扣运维工作所接触的数据库、中间件、操作系统、虚拟化、集群几大技术领域。本人负责制定课程内容、协调培训讲师授课、落实培训时间、申请会议室。这4期培训包括：
● 2015年6月：《VMWARE ESXI5 虚拟化实战》；
● 2015年8月：《IBM AIX操作系统日常管理与安全加固》；
● 2015年11月：《ORACLE数据库备份与恢复》；
● 2015年12月：《WEBLOGIC中间件集群日常运维》；
每一期实操课程设计旨在让运维人员掌握技术原理、工作机制和日常维护技巧，为今后的系统管理工作打好基础。除了现场讲授，还利用视频会议系统，使无法来到现场的基层单位信息人员也同步得到培训，并辅以真实环境实际操作和案例演示，使学员受益匪浅，达到以培促学的目的。
6、一体化制度建设
参与公司一体化制度建设，按计划完成财务类和审计类信息系统相关运维手册、应急预案、作业指导书、图纸的修编工作。
7、信息运行值班
作为信息中心监控与IT服务的技术后盾，遵照科室安排做好事件经理值班工作，负责派发事件单，跟踪事件处理流程，审核变更申请单，进行派工和变更回顾，认真完成值周每日两次机房巡检……
8、其它
在做好本职工作之余，本人也注重岗位技能学习与专业知识扩充，积极参加岗位相关的技术培训和技术交流。今年参加的5次外部技术培训和7次技术交流包括：
●2015年2月：参加为期一周ORACLE中间件培训；
●2015年4月：参加为期一周ORACLE大学关于数据库性能调优的培训；
●2015年5月：参加信息安全管理及应用培训，作为讲师之一宣贯《信息系统与信息设备准入安全规范》；
●2015年9月：参加为期一周南网服务器运维技术第七期培训班；
●2015年4月：参加ORACLE 如意用户体验监控技术交流会
●2015年5月、6月、9月：举办三次用户体验监控产品应用交流会
●2015年5月：参加Oracle数据库云和Exadata一体机技术交流会
●2015年7月、9月：举办两次数据库性能实时监控与优化交流会
上一篇：安装维护,服务合同
下一篇：软件新产品发布会邀请函