软件产品研发计划

导读：　软件产品研发计划(共6篇)软件项目开发计划书软件开发项目管理计划 图书馆管理系统目 录1引言 ...

篇一:软件产品研发计划
软件项目开发计划书

软件开发项目管理计划 图书馆管理系统

目 录

1引言 ........................................................................................................................................... - 3 -

1.1编写目的......................................................................................................................... - 3 -

1.2背景 ................................................................................................................................ - 3 -

1.3定义 ................................................................................................................................ - 4 -

1.4标准、条件和约定 ......................................................................................................... - 4 -

2.1工作内容......................................................................................................................... - 5 -

2.2主要参加人员 ................................................................................................................. - 5 -

2.3产品及成果 ..................................................................................................................... - 7 -

2.3.1程序...................................................................................................................... - 7 -

2.3.2文件...................................................................................................................... - 7 -

2.3.3服务...................................................................................................................... - 7 -

2.3.4非移交产品 .......................................................................................................... - 7 -

2.4验收标准 ........................................................................................................................ - 8 -

2.4.1代码的验收 .......................................................................................................... - 8 -

2.4.2 文档验收 ............................................................................................................. - 8 -

2.4.3 服务验收 ............................................................................................................. - 9 -

2.5完成项目的最迟期限 .................................................................................................... - 9 - 3实施总计划................................................................................................................................ - 9 -

3.1开发过程......................................................................................................................... - 9 -

3.1.1 需求分析 ............................................................................................................. - 9 -

3.1.2 系统设计 ............................................................................................................. - 9 -

3.1.3 编码及测试阶段 ................................................................................................. - 9 -

3.1.4 文档、产品部署 ................................................................................................. - 9 -

3.1.5 项目总结 ............................................................................................................. - 9 -

3.2接口人员....................................................................................................................... - 10 -

3.3进度 .............................................................................................................................. - 10 -

3.4预算 .............................................................................................................................. - 10 -

3.5关键问题....................................................................................................................... - 11 - 4支持条件.................................................................................................................................. - 11 -

4.1计算机系统支持 ........................................................................................................... - 11 -

4.2需要用户承担的工作 ................................................................................................... - 12 - 5专题计划要点 .......................................................................................................................... - 12 -

5.1开发人员培训计划 ...................................................................................................... - 12 -

5.2 质量保证计划 ............................................................................................................. - 12 -

5.3 人员配置计划 ............................................................................................................. - 12 -

5.4 客户培训计划 ............................................................................................................. - 12 -

5.5 安全保密计划 ............................................................................................................. - 12 -

5.6 合同计划 ..................................................................................................................... - 12 -

1引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

本项目开发计划用于从总体上指导图书馆管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。

1.2背景

沈阳师范大学图书馆管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表

1.1所示。

表1.1 项目背景规划

图书馆管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。 因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。

1.3定义

专门术语：

SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。

SQL：一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。

外部主键：数据库表中与其他表主键关联的域。

ROLLBACK:数据库的错误恢复机制。

缩写：

系统：若未特别指出，统指本图书馆管理系统。

SQL：Structured Query Language(结构化查询语言)。

ATM：Asynchronous Transfer Mode (异步传输模式)。

UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。

1.4标准、条件和约定

本项目遵从以下标准：

GB/T 20918-2007 信息技术

GB/T 19003-2008 软件工程

GB/T 5538-1995 软件工程标准分类法

GB/T 9385-2008 计算机软件需求规格说明

GB/T 5532-2008 计算机软件测试规范

GB/T 18221-2000 信息技术程序设计语言

GB/T 11457-2006 信息技术 软件工程

篇二:软件产品研发计划
软件项目开发计划书

软件开发计划书

项目名称：图书管理系统

参与人员：邹浩 王莹 卢珊珊 侯迪

张旭 印万涛 刘啸虎 张竣铭

目 录

1引言 ---------------------------------------------------------------- - 4 -

1.1编写目的 ---------------------------------------------------- - 4 -

1.2背景 ---------------------------------------------------------- - 4 -

1.3定义 ---------------------------------------------------------- - 6 -

1.4参考资料 ---------------------------------------------------- - 6 -

1.5 系统动机 --------------------------------------------------- - 7 -

1.6标准、条件和约定 ---------------------------------------- - 7 -

1.7编写文档的WBS ----------------------------------------- - 8 -

2项目概述 --------------------------------------------------------- - 10 -

2.1工作内容 --------------------------------------------------- - 11 -

2.2主要参加人员 --------------------------------------------- - 11 -

2.3产品及成果 ------------------------------------------------ - 13 -

2.3.1程序 --------------------------------------------------- - 13 -

2.3.2文件 --------------------------------------------------- - 13 -

2.3.3服务 --------------------------------------------------- - 13 -

2.3.4非移交产品 ----------------------------------------- - 14 -

2.4验收标准 -------------------------------------------------- - 15 -

2.4.1代码的验收 ----------------------------------------- - 15 -

2.4.2 文档验收 -------------------------------------------- - 16 -

2.4.3 服务验收 -------------------------------------------- - 16 -

2.5完成项目的最迟期限 ----------------------------------- - 16 -

2.6本计划的审查者与批准者 ----------------------------- - 16 -

3实施总计划 ------------------------------------------------------ - 17 -

3.1开发过程 --------------------------------------------------- - 17 -

3.1.1 需求分析 -------------------------------------------- - 17 -

3.1.2 系统设计 -------------------------------------------- - 17 -

3.1.3 编码及测试阶段 ----------------------------------- - 17 -

3.1.4 文档、产品部署 ----------------------------------- - 18 -

3.1.5 项目总结 -------------------------------------------- - 18 -

3.2工作任务的分解 ------------------------------------------ - 19 -

3.3接口人员 --------------------------------------------------- - 20 -

3.4进度 --------------------------------------------------------- - 20 -

3.5预算 --------------------------------------------------------- - 22 -

3.6关键问题 --------------------------------------------------- - 22 -

4支持条件 --------------------------------------------------------- - 24 -

4.1计算机系统支持 ------------------------------------------ - 24 -

4.2需要用户承担的工作 ------------------------------------ - 26 -

4.3需由外单位提供的条件 --------------------------------- - 26 -

5专题计划要点 --------------------------------------------------- - 27 -

5.1开发人员培训计划 -------------------------------------- - 27 -

5.2 测试计划 ------------------------------------------------- - 28 -

5.3 质量保证计划 ------------------------------------------- - 28 -

5.4 人员配置计划 ------------------------------------------- - 28 -

5.5 客户培训计划 ------------------------------------------- - 28 -

5.6 安全保密计划 ------------------------------------------- - 29 -

5.7 合同计划 ------------------------------------------------- - 29 -【软件产品研发计划】

1引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标，便于项目

团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基

础，项目团队开展和检查项目工作的依据。

本项目开发计划用于从总体上指导图书管理系统项目

顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。

1.2背景

沈阳师范大学图书管理系统是由沈阳师范大学委托我

们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表1.1所示。

表1.1 项目背景规划

篇三:软件产品研发计划
2015项目开发计划书

第1篇：项目开发计划书范本

项目计划书的作用：制定项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开 发工作。编制内容要求如下：

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．负责本项目同各分合同负责单位的接口人员等。

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米高山弯道水流极限下滑让你高声大叫练练嗓门，儿童公园小朋友也乐在其中，别墅安静让你玩到天明，新奇特超市购物让你返回家中。

篇四:软件产品研发计划
2015软件项目计划书

第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程序

软件名称：沈阳师范大学图书管理系统

编程语言：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进度表

篇五:软件产品研发计划
2016软件工程师求职自我介绍

软件编程是现在it行业很火的的职业，尽管这样的工作比较伤脑力，但报酬却还是非常不错的，下面是由随笔吧整理的软件工程师求职自我介绍，欢迎阅读，需要浏览更多会求职自我介绍，请关注本栏目。

【软件工程师求职自我介绍(一)】

I’m Cheers.Lee, I’m twenty-six year old, I majored in E-business and with a bachelor degree. I’m single. And I love software testing, as the software quality is vital to the company’s customer, it also could improve the company’s image, so quality is the best policy. We must devote all my energy to assure the software quality.

The position which I’ve come to apply is senior software testing engineer. I have three years work experience, one year and a half of function testing experience and one year of performance and automation testing experience. I have been reading up on software testing, especially on performance testing and automation testing. I’m quite familiar with performance testing tool LoadRunner, and familiar with automation testing tool QTp. I’m good at developing performance testing script base on C language in web system, and also have good skills in develop QTp script.

As we all know that software performance has become more and more important, while thousands of the users log in the system or visit the website simultaneously, the problem may oclearcase/8 o’clock a week, what will happen to you?

A: As to me, I will attend the meeting on time, and take notes on every important point; As long as we doing that, our work would be more efficient and our product quality would be improved.

【软件工程师求职自我介绍(二)】

我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 ” 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。第一招 学会利用网络

刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 ” 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 ” ，所以只要你耐心找，答案就在身边。

这里总结一下利用网络搜索引擎的技巧：

组合搜索

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

选择表述内容的词组

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

定位信息来源

有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “公司名 ” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组求职自我评价范文其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。

第二招 学会动手

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 ” 测试出了几个 bug ，然后 “ 仔细 ” 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的 bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 ”

【软件工程师求职自我介绍(三)】

从事软件开发相关工作的人员的统称。它是一个广义的概念，包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位。这些岗位的分工不同，职位和/或级别不同，但工作内容都是与软件开发生产相关的。

职位定义

负责产品的软件研发，承担软件设计、代码编写、软件测试方案制订、代码调试和测试等。负责产品软件的客制化工作，按照客户需求定制软件用户界面，定制驱动程序，开发安装程序等。

职位分类

根据工作内容，软件工程师可有多种分类，如应用系统工程师、系统架构师分析师、系统集成和测试工程师、嵌入式软件工程师、数据库软件工程师等等。

工作内容

1、指导程序员的工作;

2、参与软件工程系统的设计、开发、测试等过程;

3、协助工程管理人保证项目的质量;工作经历详细介绍4、负责工程中主要功能的代码实现;

5、解决工程中的关键问题和技术难题;

6、协调各个程序员的工作，并能与其它软件工程师协作工作。

从业要求

1、计算机相关专业大学本科以上学历，具有扎实的计算机基础理论知识;

2、精通C/C++、Java语言，具有丰富的Unix/Linux系统下开发经验;

3、精通perl、python、pHp、Shell等其中一种语言;

4、有一定的算法基础，具有较强的独立解决问题能力;

5、两年以上业界工作经验，具有Web应用开发经验者优先;

6、有大容量、高性能、分布式系统的设计开发经验者优先;

7、具有很强的学习能力和对新技术的追求精神;

8、具有良好的中英文沟通能力，具有项目管理经验者优先;

9、认同客户第一、团队合作、拥抱变化、诚信、激情、敬业的企业价值观。

优秀者特质

精通Java SE和Java EE技术，包括Servlet/JSp、Applet、JDBC、EJB、Web Service等。掌握面向对象的分析和设计技术，包括设计模式。能够整合企业管理理念、业务流程、基础数据、人力物力、计算机硬件和软件等众多企业资源,并应用ERp系统针对企业资源进行管理。

职位背景、现状和前景

当今社会不论什么职业的都需要一个不断学习的环节，软件工程师也一样。虽然软件工程师的工作不同于程序员但是一个软件工程师其前身必定是一个优秀的程序员，软件的开发工具、开发技术在不断地发展。在校学生所能学到的东西很难跟得上发展的需要但是也不能说那些东西完全没有用，只有在完全理解了相应的基本技能之后你才能很轻松地掌握新的技能，软件技术都是一个循序渐进的过程。所以学好学校所能提供的专业课程是相当重要的。 IT行业的平稳增长必然会带来软件工程师需求的增长，目前随着IT产品出现的技术融合，软件行业需要的也是复合型人才，软件工程师需要掌握更多的编程语言。

“做软件的人必须要随时充电，不然的话肯定会被淘汰。”智联招聘顾问郝健表示。

软件工程师理想的状态是走向软件架构师、项目经理、研发经理等职位。“薪酬水平肯定是

看涨的，而且这个职业会在IT行业中占有很重要的位置。”郝健告诉那些准备在软件行业求职的人说。

智联2016年6月份的统计数据显示，软件工程师的招聘数量是25256个，求职数量达389706人次，相当于15个人争一个职位。

薪资状况

学历对薪酬影响最大;工作经验也相当重要;IT认证只是锦上添花

软件工程师平均年薪3-4万;应届毕业生低于这个数字

欧美独资企业年薪最高

一直以来人们普遍认为做IT行业的人都是高薪白领有不少甚至还是金领，认为他们都是一群与时间赛跑的人，通过自己的努力拼搏可以拿到丰厚的待遇，而且他们的薪酬总是处于一种相对非常不稳定的状态，薪酬的绝大部分都是提成和绩效奖金。

而软件人才的薪酬更是跟加班挂在一起：“我们的加班费要比工资高得多，按小时计算的。”一位在日本企业做软件开发的秦先生告诉记者。所以很多人都把IT与高薪画上了等号!但是，随着北京外企太和企业管理顾问有限公司在IT领域所进行的全面薪酬福利调查的不断深入，IT业薪酬面纱的不断揭开，对于IT业薪酬的以上几点认识恐怕就需要有所改变了 学历跟薪酬

学历对于软件工程师的薪资有着直接的影响。据调查发现，大专的平均年薪为2.5-3.5万，而本科的平均年薪为3.5-4.5万。一般来讲，硕士以上学历更有竞争优势，平均年薪可达7万左右。抽样调查表明，如果拥有硕士学历，具有两年经验，其年薪最高可达15万左右，最低的也有6万左右。

【软件工程师求职自我介绍(四)】

职业概述：

Java的应用可以说是无处不在，从桌面办公应用到网络数据库等应用，从pC到嵌入式移动平台，从Java小应用程序(Applet)到架构庞大的J2EE企业级解决方案，处处都有Java的身影，就连美国大型太空项目当中，也使用了Java来开发控制系统和相关软件。用途如此之广的Java造就了Java工程师的辉煌，使其在软件工程师的领域里独占鳌头!Java软件工程师运用Java这个开发工具去完成软件产品的软件程序设计、开发、测试、维护升级等工作。

工作内容：

1.完成软件的设计、开发、测试、修改bug等工作，包括业务需求的沟通，功能模块详细设计，业务功能实现与单元测试，系统维护;

2.参与产品构思和架构设计;

3.撰写相关的技术文档;

4.支持售前技术服务;

5.支持项目对产品的应用服务。

职业要求：

1.教育培训：软件实施工程师面试题计算机相关专业，大专及以上学历。相关专业证书有：Sun Certified Java programmer(SCJp)和Sun Certified Java Developer(SCJD) 认证。

2.工作经验：

有一定的软件分析设计能力;熟悉Java、Servlet、JSp、EJB等开发技术;熟练使用Eclipse或jbuilder等java开发工具;熟悉JAVA+STRUTS体系结构和开发工具;熟悉至少一种数据库的开发和设计;具有良好的学习能力，具有强烈的工作责任心、有良好的沟通能力和团队合作精神。 薪资行情：

根据IDC的统计数字，在所有软件开发类人才的需求中，对Java工程师的需求达到全部需求量的60%~70%。同时，Java工程师的薪水相对较高。Java软件工程师一般月薪范围在4000-10000元，远远超过了应届毕业生月薪2500元的平均水平。通常来说，有一年工作经验的Java高级软件工程师的薪酬大致在年薪10—13万左右。

职业发展路径：

目前，虽然Java人才的薪水很高，但是对该类人才需求旺盛的IT企业却很难招聘到合格的Java软件工程师。其中，最根本的原因就是许多计算机专业的毕业生在读期间没有掌握实用的技能与经验，距离企业的实际用人要求有较大的差距。因此，计算机专业的大学生欲成为Java软件工程师，最便捷的一条路就是参加以实战项目为主要教学方法的Java职业技能培训，从而有效地缩短同企业具体用人要求之间的差距。

Java软件工程师的未来发展方向大致分为两类：

一是成为管理人员，例如产品研发经理，技术经理，项目经理等; 二是继续他的技术工作之路，成为高级软件工程师、需求工程师等。 培训机构参考：

国内目前比较大的培训机构有：北大青鸟连锁加盟学校、牛耳软件教育、昂立慧桥软件学院、华奥方舟网络工程师培训基地、NIIT全国连锁、达内IT培训、东方标准、汇众益智、威迅教育、华育国际 江苏万和计算机培训中心等!

【软件工程师求职自我介绍(五)】

我，吴xx，女，今年24岁，系嘉应学院中文系汉语言文学(师范)专业的应届毕业生，为人诚实守信、安静祥和，平时最爱看看书上上网听听音乐，我的同学都说我是最适合读中文的人。上大学时偏爱现当代文学，最爱看潘军的作品，特别是他的《手势与独白》三部曲;而张爱玲、张小娴、安妮宝贝等也是我偏爱的一些作家，她们的文集前前后后我倒也看得差不多了。因为专业关系与个性的偏好，另外一些现当代的名家我也是很关注的，像贾平凹、林语堂、格非、阿来、马原、王蒙、张洁等，具有良好的文学素养。

自小学六年级以来，一直有坚持写日记的习惯，偶尔有情致时，我也会写写小文章练练笔，师范专业的我在学校通过专业学习与教师技能的培训、测试，实习时也真枪实弹地给学生们上过十来堂的语文课，自我感觉口头表达能力还是不错的。但是，我自认为，我的书面表达能力较口头表达能力更强。

我也是爱读诗的，我的毕业论文设计的题目是《论“第三代”诗的创作追求》，通过近一年的阅读、收集资料与具体的写作，这让我在大学最后的时间里对现代先锋诗歌的认识更为全面了。另外，席慕容的诗我也看了不少，曾经就很为她的一首《一棵开花的树》着迷，甚至写下了读后感类的文章，惹得一男人感动了，不住地游说我，傻傻地说：你去当作家，好么?并坚信如果我能一直坚持写下去，终有一天能成为作家的。

总的来说，我自认为我是完全符合贵公司招聘网络文员的要求——“有良好的书写、表达，以及文章的鉴赏能力”。可能，目前我没有多少的工作经验，但是我年轻，学习能力强，也愿意刻苦学习，我完全相信自己能胜任这一份工作!

所以，在此，我希望贵公司能给我提供一个展现自己才华的平台，我将不胜感激，并为贵公司的发展添砖加瓦!

静候您的佳音!

恭祝贵公司

生意兴隆!

求职者：吴xx

XX年x月x日

【软件工程师求职自我介绍(六)】

自我介绍样本：时间飞速，我的大学三年的美丽时光已近结束;也是我人生的一大转折点，而现在我荣幸地来到我们公司。

面试官，大家好!

我于****年*月以优异的成绩考入*******职业技术学院。*年的校园生活，使我自身的综合素质、修养、为人处事能力以及交际能力等都有了质的飞跃;让我懂得了除学习以外的个人处事能力的重要性和交际能力的必要性。大学生活与社会生活是相互映射，所以大学阶段的个人综合素质与能力的培养、提高;才是我们作为当代大学生的主题。

除此之外，课余时间我经常利用网络带来的便利，关注最新科学技术动态;尤其是有关本专业的知识。使自己始终紧跟世界最新发展潮流和时代的步伐。因此我学习熟练掌握windows、office等软件的操作和安装系统，熟悉网页设计;一直以“一专多能，全面发展”来严格要求自己，勤奋拼搏、刻苦好学。踏实并系统地学习所开的课程知识，并取得了优异成绩。在校期间，我虚心求学、刻苦认真、吃苦耐劳，工作兢兢业业，及时总结;注重理论联系实际，培养自己的自学能力以及分析、解决问题的能力。积极参加校内外的实践活动，重视团队合作精神;作为系学生会干部的我，有较强的组织、宣传、管理和应变能力;有高度的责任心和良好的人际关系。在出色地完成上级交予的任务外，还在校内组织和开展一些有意义的活动中，能有力地组织同学及调动同学们的积极性;从中也锻炼和提高了自己的组织和领导能力。表现出较强的与人密切合作的能力和良好的环境适应能力;并且深受同学们和老师以及领导的认可。

在日常生活中以积极的态度和与同学们的相处极为融洽，受到同学们的欢迎同时自身的交际能力随之增强，作为一名有志青年，我坚决拥护中国共产党的领导;坚持四项基本原则。认真学习马列主义、毛泽东思想、邓小平理论和全面贯彻xx“三个代表”的重要思想，并且已向党组织靠拢。

*年的学习生涯是我人生路上的一小段，并且通过系统化、理论化的学习;学到了很多的知识，更重要的是如何以较快速度掌握一种新事物的能力，思想成熟了很多，性格更坚毅了。如今我有信心接受任何新的挑战和考验。

我希望大家能从我的校园生活介绍中看到我的勤奋与努力，我相信在这个奋发向上的公司里我将更加受到良好的熏陶在事业上更上一层楼。

更多软件学生自我评价尽在随笔吧：

计算机软件学生自我评价

软件工程师自我评价

JAVA软件工程师简历自我评价

软件开发专员的自我评价

篇六:软件产品研发计划
2016程序员述职报告ppt

程序员述职报告ppt

把时钟拨回到2016年的夏天，大学毕业。那时非常迷茫，不知道自己能做什么，想做什么，对工作有一种期待和憧憬，只是觉得计算机、网络有关的职位都可以投递简历。

2016年5月12日(历史惊人的巧合，没想到6年后的今天写下了这篇回忆文章)，南下广州，开始找工作。或许，因为运气好、加上笔试不错、人也比较老实，第一份工作敲定了，任职于一家教育培训机构公司网络部，主要工作内容为web网站开发，算是自己的入行职位。

经过大概半年的努力，自己表现出来的专业能力、勤奋、以及奉献精神，得到了部门经理的认可。自己在人才招聘方面、组员工作安排方面也能参与发表一些意见和想法。同时，经过半年左右的工作学习，对该职位所需要的专业知识和技术能力都基本掌握，自己也能比较快的解决遇到的问题。工作内容变的比较多、杂，开发web网站、公司内部管理系统、电脑网络维护、网站客服、等等，除了自学，无法接触到更专业方面的东西。

2016年上旬，自己萌生去意，主要原因是公司不是专业的公司，无法在技术上再提升，薪水也较低(1500)，最终在2016年5月离职，第一份工作结束， 工作时间一年多几天。

总结第一份工作，自己的收获是从学生到工作的角色转变，入行了，了解到工作是什么样子了，技术能力上也有一些成长。

因为对第一份工作怀着特别深的感情，自己没有在职先去投简历应聘，坚持用心上班到最后一天。离职后，开始考虑找下一份工作问题。当时自己想到三个职位，按优先级排为：软件测试、web网站开发、flash开发。其中软件测试是觉得测试是该职位未来比较靠经验、比较热门的职业，而flash开发则是因为在上一份工作中独自完成了的一个小游戏。投了不少简历和参与不少面试，软件测试和web开发职位求职并不顺利。最终，6月底面试一个flash开发职位成功。

2016年，我们都知道，这是网页游戏开始爆发式成长的一年，各类网页游戏公司如雨后春笋搬的创立，游戏产品遍地开花。市场上对flash开发人员需求急剧增大，给flash开发者们带来了无限的机会。正是在这个浪潮下，自己走上了游戏开发之路，这也是之前自己未曾料想到的。

回到刚才所说面试成功了一个flash开发职位，当时是一家香港公司外设广州的开发部门，要求使用AS3负责小游戏的开发，因为之前没有使用过AS3，所以做这份工作对自己来说压力非常巨大。正是这份意外的flash开发工作，让自己成为了flash开发程序员。这份工作只做了两个月，主要原因是团队散漫，自己与同事们没有太多交流，做的不快乐。正好有了另外一家大型网络公司的机会，薪水相对第一份工作也已翻番，于是闪电离职。

2016年9月2日，新加入第三家公司，感觉非常大、非常专业，是个集团公司，创始人和管理层都是知名的业内人士，公司当时有3百多人，部门设立、规章制度感觉非常完善，刚入职有培训，福利、工作环境都不错，这份工作在当时自己看来，是非常不错的。进入公司后跟着总监进行开发，两人独立负责一个新网页游戏(后面基本就我一个人负责了)。项目开发采用flex，自己买了本书边学变开发，工作压力不是特别大。总监对自己的学习能力、开发进度、沟通能力、积极主动性都还是非常认可的。这个项目开发了大约5个月，时间来到2016年1月份，公司经营状况和管理层发生了大变化。公司大量裁员、项目冻结，自己由于积极的和总监其其他相关负责人沟通，正是因为这种主动的态度，自己在项目组被砍掉的情况下转入另一个、也是公司唯一一个正在开发、准备运营的项目中，而之前项目组其他同事全部裁掉了。裁员后的公司开始变的很动荡、人心浮躁、工作压力骤升，团队成员一个个离开，最终自己在6月初也离职，这份工作只做了9个月，但给自己带来了非常重要的积累，关于技术、项目管理、产品运营、开发流程、团队合作等都有了初步的认识和理解，专业方面对开发所需的基础编程知识已基本掌握，游戏模块开发方面已没有太大的问题了。

因为参与过大型游戏的经历、以及游戏市场对该职位人员的巨大需求，相对来说找下一份工作就比较好找了。当时自己的想法是离开广州，年轻就要拼搏，而拼搏就要到最有机会的地方去，游戏开发，在当时(到现在也是)北京和上海(乃至深圳)是机会最多、最好的地方，于是专门往北、上、深三大城市的公司投递简历，包括新浪、搜狐、巨人、腾讯等大公司。虽然，当时自己做过游戏开发，但经验尚浅，要找大公司还是难度很大的，最终北、上、深的求职无果，后来到了一家位于广州相邻的城市—佛山的一家公司。

2016年6月，入职新公司。(因为我依旧在公司就职，就不透露公司名了，直接用“公司”二字表示，下文中涉及到开发的项目也会分别用代号表示)

网页游戏经过2016年的发展，市场上出现了一批挣大钱的游戏，如热血三国。大量投资者和公司开始投入网页游戏的研发当中，市面上也出现了各种不同类型的网页游戏，策略战争类、儿童社区类甚至rpg类游戏等都有成功之作。在这个大环境下，佛山公司成立了，公司老板美术出生，做个人站/专业网站近十年，之前一直在上海做公司，因为有了佛山合作的机会，独身来到佛山，组建了新公司(后面上海公司就注销了)，上海公司之前主要积累在于flash动画平台资源，在游戏开发方面也没什么经验。佛山公司准备组建大概15人的研发团队，开发5-8人，美术5-8人，老板任项目经理兼策划及美术总监，研发项目为Q版儿童类社区游戏(下面称为A项目)，预计研发时间为半年至一年。

入职这家公司有两个值得提的原因，一是自己想离开广州这座喧嚣的城市，想到安静的地方闭关修炼学习;而这个公司在当时从环境各方面来说都符合我的想法;二是有一个细节，就是去面试，和面试官(老板)谈完准备离开的时候，他主动给了来回车费，这个是我不曾想到的。这个细节让我觉得公司老板是一个愿意分享的人、公司也是可以信赖的。虽然说换这个工作换了城市、要搬家，但当时来说，自己没有想到会在这里一呆就是4年，并且广州离佛山也很近，自己并不需要下多大的决心去选择这个公司和这份工作。

我是在公司成立一周后开始上班的，是公司的第一批员工，算是公司的“创业元老”。当然，那时候没有什么创业的概念，只是当做一份工作，只是现在回过头去看，四年做的事情，遇到的问题、和所付出的心血我觉得与自己创业并没有太大区别。

我入职后一个月左右研发团队基本完善，工作陆续展开，一开始团队做一些简单的功能模块和基础功能点，我主要负责模块开发，时间没过多久，出现了一个偶然的机会，把自己推上了准组长的位置，担负起了主程和组长的职责，也让自己有了从另一个角度去看待问题、处理问题的机会，关注团队开发效率、关注整体。

A项目在逐步往前推进，不过现在想起来，似乎没有特别明确的开发计划和产品方向，因为整个团队都没有太多做游戏的经验，于是就照着市面上的同类型的成熟产品来做，依葫芦画瓢，觉得不好的地方加入我们的想法。以Q版儿童社区游戏为主题，展开功能，一路开发、一路摸索、一路修改。期间，调出了几个同事进行花园、牧场游戏以及一些休闲小游戏的开发，想把它们整合进游戏中去。同时，公司又接了腾讯的一个休闲游戏外包项目，由我负责客户端开发，大概持续了2个多月。

自己负责腾讯外包那个项目在那时是从工作以来感到压力最大的时候，时间紧、任务重，最主要的是遇到问题得全靠自己解决，没人能帮自己。在那段时间，开创了晚上睡公司的历史记录。最终项目虽然有些bug和拖延，还是比较顺利上线了，对方也给了比较高的评价，也为后来和腾讯的一系列合作打下了基础。经过这个项目，自己在技术、做事方法、抗压能力方面都有了提高。

整个团队就这样的状态做了大概7个月，时间来到了2016年春节，此时，市面上的儿童社区游戏比09年初已经多出了很多，儿童页游市场变成一片红海，盈利状况非常不乐观，而我们的A游戏按计划还需要好几个月才能推出。春节过后，大概3月份的样子，老板决定我们需要调整方向，改为回合制rpg游戏(因为调整特别大，这里就把调整后的游戏称为B项目吧)。这个决定在当时来看是无奈的、但是是符合市场需求的调整。整个团队就按照新目标来开展工作了。

2016年初，公司又有一个机会和某个事业单位合作，把A项目改造成一个和世博会相关的、适合青少年玩的项目(暂成为A+项目)，公司又把大部分精力和人力转入到这个项目的研发中去了，我负责了这个项目的对外、对内沟通的职责。4月底，A+项目上线，但经历了极其悲催的事情—-在在线人数很少的情况下出现了服务器宕机，这件事在未来几年在团队中都留下了“阴影”。A+项目需要我写很多技术说明性的文档和PPT演示文档，那时似乎自己花在写代码上的时间不是很多，每天的事情很杂，写文档、沟通策划、沟通工作安排等等，这个经历也一定程度上锻炼了自己的文档能力和处理问题的能力。

A+项目是一个合作性的非营利性、阶段性的项目，到6月份后基本就不需要怎么管了，公司全部精力重新回到B项目。B项目做的并不太顺利，2016年的6月份距离09年初创公司时已经过去1年，公司启动资金已经用完，老板只能靠借钱发工资了，各方面压力开始增大，加班也比较频繁了。9月份，B项目基本可以测试体验，10月份实现技术封测(不太记得是10月份还是11月份了)。那一年国庆，假期自己也没有回老家，和老板及技术总监一起呆在公司弄着游戏的事。产品一直在调整、修改，修Bug，与此同时，公司也在寻求新一轮的融资，和很多机构、个人、公司有接触谈判，当然，这主要是老板做的事，只是作为同事，能感受到这种环境和压力。

时间很快，又来到了2016年春节，又一个转折点快发生了。

2016年初，之前那个A+项目合作方提出新的需求，希望和我们合作继续开发一款关于宣扬低碳意识的游戏，(暂定为C游戏)，于是我们继续分出几个同事对这个项目进行开发，我依旧担任项目对内外沟通的负责人。在这里值得说一下，合作方是一个政府较小的事业单位，和公司及老板有很多年合作的历史。这类游戏项目主题受限制、没有太多开发经费和盈利要求，我们也只是作为外包的态度去看待。

2016年春节放假前，团队拼全力在B游戏的完善上，希望发布一个比较稳定、完善的版本。而此时，市场上已经发生悄然变化，回合制战斗类产品已经多的让人眼花缭乱，其中还不乏高品质、大推广的游戏，甚至还出现了不少arpg。这样的环境给我们带来了严峻的考验，一是我们觉得的我们自己的产品似乎没有特别突出的卖点、二是我们在用户、渠道推广方面没有太多的资源和经验，更重要的是：老板层面寻求的游戏联合运营和融资方面一直没有有效的进展，公司账户一直是负数状态。春节放假期间，老板做了一个艰难的决定：决定假期后只少数几个员工按计划上班(我是其中一个)，大部分员工延长假期，待公司确定上班时间后再通知。而上班的几个同事先重点研究、分析B项目的情况，针对项目存在的问题，有的放矢，确定未来半年这个项目的计划。

计划赶不上变化快，就在我们在对项目进行整理的那段时间里，我们又有了一个合作的机会，和国内一互联网巨头(暂就称为T公司)的游戏部门合作开发一款关于汽车的游戏，我们临时做了比较详细的准备，产品方案、开发计划，召开电话会议等，但由于一些原因最终没有合作成功。不久，T公司之前和我们有过沟通的人为我们引荐了T公司的另外一个部门，准备合作另外一个关于时尚购物的项目(暂定为D项目)。对这个新项目我们非常期待，因为T公司有着特别巨大的用户资源和平台，如果能合作成功，对我们来说，风险可以降到很低。我们积极的准备产品方案和材料，希望能得到他们的认可。和T公司的沟通大概持续了1个月时间，这段时间我们B项目和C项目的工作没有停止，公司员工陆续回来上班。一方面我们继续老项目的完善，另一方面我们在和T公司进行D项目的沟通和准备。3月底，D项目基本确定，和T公司合作开发。刚得知合作成功的消息时，公司同事还是比较兴奋的(特别是老板)，大家都对这个项目充满期待，当然，也有担忧、迷茫和疑问。(和T公司的合作，后面回过头看来，其实主要还是以我们公司为主，对方只是在初期发表一些意见和看法，他们所承诺的帮助最终由于各种原因也没有达到预定的目标)

D项目确定后，我们就把B项目彻底放弃了!从09年创立公司打算的A项目，再到把A改造成B项目，时间已经过去近2年!而如今，因为各种原因，要把B项目放弃，这是何等的无奈和遗憾。过去近两年的努力基本白费，大家心里都有些不甘。时至今日，每每说起这个项目，心里多少都还会惋惜。

我们对D项目做了了详细的开发计划，采用快速迭代开发、小步快跑的方式。开发时间准备1个半月，然后上线。当时，在facebook上有一款同类的游戏，我们以它为原型，进行修改调整符合我们本土的风格和玩法(后来，我们又做了很大的玩法上的创新和完善)。我们加班加点的赶工，晚上也在公司，假期也基本都在公司，遇到事情处理事情、遇到问题解决问题，最终通过团队的努力，6月份完成了上线内测，8月份登录空间、9月初开始收费，游戏各方面的数据都表现不错。

那时，团队也迎来了一次较大调整，陆续有同事离开，一方面工作压力巨大，另一方面公司财务长期得不到改善，用“苦”和“累”这些词语已经很难表达完自己的感受了。很多人对公司的未来、项目的未来、自己的未来充满了疑惑、迷茫，对是否坚持产生了动摇。值得一说的是，在那次团队变化过后，之后的两年里，团队就基本没有大变化了，所以我们现在的核心团队都是一起打拼了4年的同事，人数少、效率高，沟通简单、直接、高效。

D项目上线后，有了收入，相对就平稳了。公司主要工作就是收集玩家需求，开发新功能上线。差不多一年多的时间(大概持续到2016年的12月份)，我们一直在通过各种方式增加用户、增加留存，提高付费渗透率。2016年4月到2016年12月期间，我们还上线了C项目，以及为T公司的其他部门开发了外包项目及其他合作的小项目。因为时间不是很长，也不是公司主要方向，在这里就不详细介绍了。

D项目的开发过程非常艰苦，最明显缺的就是开发人员，这么大的一个游戏项目，包我就只有2个客户端开发人员、一个半服务端开发人员(为什么算半个是因为前期有2个，后期只有1个了)，没有专职测试，老板任项目经理兼美术总监兼策划兼商务。所有人都是在高压力、同时又是疲惫的状态下工作。自己更是不仅要写程序，关注团队，很多时候还需要兼任客服、以及一些过往项目的对外沟通。自己不知有多少个日夜，凌晨、甚至通宵还在写代码、修Bug，新功能刚刚开发完就要赶着上线，然后无穷的Bug和错误、甚至低级的错误。很多问题是由于时间匆忙、工作流程、人手有限等各方面的原因导致的。自己那时也承受着巨大的压力和遭受了很多委屈。

值得欣喜的是D项目可以算作一个成功的项目。项目维持在20-50万左右的日活跃，每个月有几十万的流水(有几个月快接近百万)，在如此激烈的竞争环境中起得这样的成绩也算是对我们辛苦付出的一个汇报，值得我们这种小团队值得高兴的事情了。因此在2016年春节，公司首次派发奖品：每人一台Ipad，这也是自己工作以来首次获得的大价值奖品/奖金。但从公司层面来说，从2016年6月到2016年12月，三年半时间，依旧还在贫困线上徘徊，依旧还有很长的路要走，依旧任重而道远。

2016年11月份后，D项目活跃人数开始缓慢下降，收入基本稳定但呈下降趋势。做了一些调整和活动但效果不明显，我们开始把人力资源转向新项目的开发了。关于新项目，本文不做详细介绍(留着下一个6年的回忆录里写)，开发了大半年，时不时被暂停转去做其他事情，项目进展基本顺利，预计今年6月份内测。

程序员述职报告ppt

过去的一年，软件研发部团结协作，以及在公司这充满奋斗的环境下，我以严肃认真的工作态度和百折不饶的精神，努力的完成了公司的各项工作，在软件研发、团队协作和个人成长上也取得了一定的成绩。在公司一年的工作已经结束，特向公司总结汇报如下：

一、软件研发

根据公司的安排，项目的需要。在自身的努力、伍经理的帮组，团队的合作下，克服重重技术困难，增长了工作经验，收获丰盈：

1、asp.net 开发

以前我在其他公司也做过一些开发，但是底层和架构与页面样式我都是没有涉及到的。通过这一年在本公司的的这些项目程序中的锻炼，我成长了，我学会了很多很多。

首先，面向对象语言的收获。对于当前编程的主流思想是对象，任何事物都可以用对象来表示。以前理解这些话很费解都是从表面上理解，没有从深入的体会，通过这次asp.net项目的深入，不管是数据还是外部一些条件我们都可以抽象成对象，都可以用对象来表示，具体可以用语言中的类方等。asp.net如此，c#如此java也同样如此。

其次，具备独立完成vb.net知识方面的能力。以前没有做过vb的东西，加上这次深入的做，这次涉及到的领域也非常广，常用的重要的都有涉及，并且还补充xml,javascript实际操作中空白的部分。通过这一年的开发，在.net 方面我能胜任这方面的工作，能独立完成这方面的工作。

再次，c#方面存在一些不足。LocALhOST通过c#这次软件的开发，也发现自己的不足，如基础知识掌握不牢，缺乏编程整体思想。这些都是需要在工作中完善和改进的。

2、数据库开发

数据库是伴随着项目以来用的最多最平凡的技术。以前对数据库只是会一些简单常用的操作，经过这一年项目的实战，对数据库的操作增加了一些丰富的经验。为以后的工作和经验的积累都奠定了坚实的基础。同时在项目中还用到了oracel与 access数据库,这是我最大的收获。

优点：能熟练的运用数据库技术进行开发。 特别是对sql数据库的操作，经过这么长时间的积累，基本上能合理的设计和新建数据库，同时在数据结构上也加强了对数据库的理解。通过项目的实践现在能熟练使用和编写多种sql语句。还掌握了一些关于数据库优化sql语句优化的方法，能进行一些简单的优化。

缺点：数据是一门比较先进的技术，并不是你会写一些sql语句，能建几个数据库你就是数据库工程师。要成为一个好的数据库管理员是要经过长时间的工作积累。针对自己的不足，

在以后的工作和学习中多接触，多运用新的知识点。充实自己的经验和知识储备。

二、团队协作

上面的成功与收获，除了自身努力外，以及公司的支持。是这个团队铸造了我。我们这个团队也是因为有了我们这些拼搏协作的队员，使得它成为一个具有务实、拼搏、创新精神的团队。我与软件研发小组是一个整体，这里的团队总结也就是我在这个团队中的收获。

务实：公司下发的任务，下发的工作，件件都是用心去做的。我们这个团队中没有一个人在工作的时候做了工作以外的事情，都是实实在在的做跟工作相关对公司有益的事情。相信在伍经理的带领下现在是这样，以后同样也是这样。

拼搏：公司给的每一个任务不管它多难，如果工作没有完成我们会晚上加班，也要尽可能的完成当天的工作。如果工作实在忙，为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。

创新：现在我们开始项目的时候都会进行研讨，一般都会进行一个效率和逻辑的分析与讨论，保证程序正确的前提尽可能的提高程序的效率。

互助：我们小组内只要任何一个人出现技术或其它的问题，我们都会彼此都会尽可能的去帮助他。不会因为某一个人而拖住整个项目滞后。

交流：我们在项目中会及时沟通自己的收获，特别是一些针对性的技术问题。这样可以省了很多重复研究的时间，这是一笔很可观的时间。

在交流中只要我会的，我懂的，我不会去吝啬。我会积极的去与你交流，我的团队名言“人强团则强，人弱团则削”。

三、个人成长

通过公司这快一年的锻炼与学习我真的进步了很多，不管从技术上还是做事上，都不像以前那样了。我在公司学到的懂得的使我飞速成长。

技术上：不管从语言上还是做事的逻辑上都得到了很大的提高。现在在软件小组里面自己能独立完成一部分工作，承担自己的责任。

软件产品研发计划相关热词搜索：软件产品研发流程 旅游产品研发计划