项目建设实施方案

软件项目建设方案 篇1

软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。

1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31%的项目未做完就被取消，53%的软件项目进度通常要延长50%的时间，只有9%的软件项目能够及时交付并且费用也控制在预算之内。

软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。

软件项目管理的内容主要包括如下几个方面:人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。

这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣，下面就详细的对这两方面展开讨论。

开发计划编辑

软件项目计划是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。

软件项目管理过程从项目计划活动开始，而第一项计划活动就是估算：需要多长时间、需要多少工作量、以及需要多少人员。此外，我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。

为了估算软件项目的工作量和完成期限，首先需要预测软件规模。度量软件规模的常用方法有直接的方法――LOC(代码行)，间接的方法――FP(功能点)。这两种方法各有优缺点，应该根据软件项目的特点选择适用的软件规模度量方法。

根据项目的规模可以估算出完成项目所需的工作量，我们可以使用一种或多种技术进行估算，这些技术主要分为两大类：分解和经验建模。分解技术需要划分出主要的软件功能，接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。

精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值，我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学，但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。

当对软件项目给予较高期望时，一般都会进行风险分析。在标识、分析和管理风险上花费的时间和人力可以从多个方面得到回报：更加平稳的项目进展过程;更高的跟踪和控制项目的能力;由于在问题发生之前已经做了周密计划而产生的信心。

对于一个项目管理者，他的目标是定义所有的项目任务，识别出关键任务，跟踪关键任务的进展情况，以保证能够及时发现拖延进度的情况。为此，项目管理者必须制定一个足够详细的进度表，以便监督项目进度并控制整个项目。

常用的制定进度计划的工具主要有Gantt图和工程网络两种。Gantt图具有悠久历史、直观简明、容易学习、容易绘制等优点，但是，它不能明显地表示各项任务彼此间的依赖关系，也不能明显地表示关键路径和关键任务，进度计划中的关键部分不明确。因此，在管理大型软件项目时，仅用Gantt图是不够的，不仅难于做出既节省资源又保证进度的计划，而且还容易发生差错。

工程网络不仅能描绘任务分解情况及每项作业的开始时间和结束时间，而且还能清楚地表示各个作业彼此间的依赖关系。从工程网络图中容易识别出关键路径和关键任务。因此，工程网络图是制定进度计划的强有力的工具。通常，联合使用Gantt图和工程网络这两种工具来制定和管理进度计划，使它们互相补充、取长补短。

进度安排是软件项目计划的首要任务，而项目计划则是软件项目管理的首要组成部分。与估算方法和风险分析相结合，进度安排将为项目管理者建立起一张计划图。

项目控制编辑

对于软件开发项目而言，控制是十分重要的管理活动。下面介绍软件工程控制活动中的质量保证和配置管理。其实上面所提到的风险分析也可以算是软件工程控制活动的`一类。而进度跟踪则起到连接软件项目计划和控制的作用。

软件质量保证(SQA，Software Quality Assurance)是在软件过程中的每一步都进行的“保护性活动”。SQA主要有基于非执行的测试(也称为评审)、基于执行的测试(即通常所说的测试)和程序正确性证明。

软件评审是最为重要的SQA活动之一。它的作用是，在发现及改正错误的成本相对较小时就及时发现并排除错误。审查和走查是进行正式技术评审的两类具体方法。审查过程不仅步数比走审多，而且每个步骤都是正规的。由于在开发大型软件过程中所犯的错误绝大数是规格说明错误或设计错误，而正式的技术评审发现这两类错误的有效性高达75%，因此是非常有效的软件质量保证方法。

软件配置管理(SCM，Software configuration management)是应用于整个软件过程中的保护性活动，它是在软件整个生命周期内管理变化的一组活动。

软件配置由一组相互关联的对象组成，这些对象也称为软件配置项，它们是作为某些软件工程活动的结果而产生的。除了文档、程序和数据这些软件配置项之外，用于开发软件的开发环境也可置于配置控制之下。

一旦一个配置对象已被开发出来并且通过了评审，它就变成了基线。对基线对象的修改导致建立该对象的版本。版本控制是用于管理这些对象而使用的一组规程和工具。

变更控制是一种规程活动，它能够在对配置对象进行修改时保证质量和一致性。配置审计是一项软件质量保证活动，它有助于确保在进行修改时仍然保持质量。状态报告向需要知道关于变化的信息的人，提供有关每项变化的信息。

组织模式编辑

软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可;如果是产品开发，需成立软件项目组和产品项目(负责市场调研和销售)，组成软件产品项目组。公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。

3.1、项目管理委员会项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下：

(1)依照项目管理相关制度管理项目;

(2)监督项目管理相关制度的执行;

(3)对项目立项、项目撤消进行决策;

(4)任命项目管理小组组长、项目评审委员会主任、项目组组长.

3.2、项目管理小组项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下：

(1)草拟项目管理的各项制度;

(2)组织项目阶段评审;

(3)保存项目过程中的相关文件和数据;

(4)为优化项目管理提出建议。

3.3、项目评审小组项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下：

(1)对项目可行性报告进行评审;

(2)对市场计划和阶段报告进行评审;

(3)对开发计划和阶段报告进行评审;

(4)项目结束时，对项目总结报告进行评审。

3.4、软件产品项目组软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。

项目管理编辑

从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。在20世纪80年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，在进行软件项目管理时，也应该遵循这七条原则。它们是：

(1)用分阶段的生命周期计划严格管理;

(2)坚持进行阶段评审;

(3)实行严格的产品控制;

(4)采用现代程序设计技术;

(5)结果应能够清楚地审查;

(6)开发小组地人员应该少而精;

(7)承认不断改进软件工程实践的必要性。

软件项目建设方案 篇2

一、项目计划书格式

根据中项目开发计划的要求，结合实际情况调整后的<项目计划书》内容索引如下：xxx

二、项目计划书的编写说明

1 、引言

1.1 编写目的

说明编写这份项目计划的目的，并指出预期的读者。

作用：本节是为了说明编制"项目计划书"亦即本文档的意图和希望达到的效果。注意这里的"目的"不是"项目目标"，而是为了说明本文档的目的与作用。"项目目标"在2.1中说明。

意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是"项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。"

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

常见的问题：把项目本身的"项目目标"误作编制项目开发计划的目的。

1.2 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：

项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对"xx系统"开发的项目名称是"xx系统开发"。

项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。

项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项 目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的 主要承担部门。

项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立"某市某建设工作信息报送反馈系统"，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府的网站。

软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的'定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的"标准、 条约和约定"互为补充，注意"参考资料"未必作为"标准、条约和约定"，因为"参考"的不一定是"必须遵守"的。常用资料如：

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

"参考资料"一般具有"物质"特性，一般要说明参照了什么，要说明在哪里可以获得；"标准、条约和约定"一般具有"精神"特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖"标准、条约和约定"。

2、 项目概述

2.1 项目目标

设定项目目 标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。注意"要完成一个系统"只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

项目目标应当符合smart原则：

s specific 明确的陈述

m measurable 可以衡量的结果

a attainable 可以达成的目标

r realistic 合理的，现实的或者说是能和实际工作相结合

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 计算机软件质量保证计划规范，内容包括：

引言（本章节包括质量计划的目的、定义、参考资料）

管理（描述负责软件质量管理的机构、任务及其相关的职责）

文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）

标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）

评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）

软件配置管理（编制有关配置管理条款，或在"4.4.4 配置管理计划"中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档）

工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）

媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）

对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）

记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）

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

一、项目实施方案概述

软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施，软件项目计划书。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。

二、项目实施方案介绍

(一)项目启动阶段

此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

此阶段主任务：

公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。

公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。

商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。

用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。

1、成立项目组

部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。

2、前期调研

项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。

3、编制《项目总体计划》

《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：

项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);

沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。

4、启动会

项目组与用户共同召开的宣布项目实施正式开始的会议。

会程安排如下：

共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。

项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：

项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);

项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;

项目实施中用户的参与和领导的支持的重要作用;

阶段验收、技术交接和项目结束后如何对用户提供后续服务。

(二)需求调研确认阶段

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：

1、进行需求调研准备

2、编制《需求调研计划》

3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。

4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。

5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。

6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备。

7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。

8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。

9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。

10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。

11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作;如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。

(三)软件功能实现确认阶段

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。

(四)数据标准化初装阶段

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的'软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。

(五)系统培训阶段

系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：

决策层：领导在实施中的作用与重要性、决策查询。

维护层：系统维护知识、操作方法。

操作层：操作方法。

具体的培训工作流程为：

1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。

2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。

3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。

4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。

5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。

6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。

7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。

8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。

(六)系统安装测试及试运行阶段

此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求。

软件项目建设方案 篇4

1、负责公司大数据产品的'测试工作，根据软件需求制定测试计划，设计测试数据和测试用例；

2、使用系统测试技术方法，提升测试效率；

3、有效地执行测试用例，提交测试报告；

4、准确定位并跟踪问题，推动问题及时合理的解决；

5、负责研发产品的测试，及外部测试验收工作。

软件项目建设方案 篇5

一、指导思想

坚持以增加农民收入为核心，充分发挥资源优势，扩基地规模，做做强薯类加工产业，培育地方优势产品品牌，推动地方经济快速发展。

二、发展目标

以甘薯为主的种植面积达到2万亩，产量达到6000万斤，产值达到3000万元,种植户收入达到2400万元。加工转化400万斤，生产粉条、粉丝100万斤，增加值达到200万元，利润达到100万元。

三、产业布局

薯类种植以青龙山镇为重点，辐射带动沙日浩来镇、新镇等地薯类产业的发展。

四、主要措施

（一）加强组织领导。旗里成立薯类产业领导小组，下设专项推进工作组，明确任务，落实责任，切实搞好产前、产中、产后的.协调、指导和服务工作。各重点苏木镇要把薯类产业作为一项重要产业，成立领导组织或产业协会，统一思想，提高认识，依靠行政、政策和技术手段统筹推进，形成薯类产业开发的强合力。

（二）加资金投入。积极争取产业化项目，扶持薯类加工企业发展壮。积极协调支农资金和贷款向产业基地倾斜，推动龙头企业和基地同步发展，促进全旗薯类产业上规模、上档次。

（三）搞好技术服务。充分发挥专业技术人才的作用，开展好薯类生产产前、产中、产后以及加工环节的技术服务，通过技术咨询、科技培训、新品种试验示范等技术服务，提高产品质量。

（四）培育龙头企业。以青龙山镇为核心，规划建设甘薯加工小区，整合民间生产资源，组建龙头企业，推行“公司+农户”的生产经营模式，提升“青龙山粉条”品牌影响力。进一步改善生产加工工艺，提高产品品质。依托资源优势，有针对性地进行招商引资，吸引外地客商参与薯类产业的发展，尽快做做强。

软件项目建设方案 篇6

摘 要 在互联网高速发展的时代背景下，在线开放课程建设要兼具实践性、针对性及时代性。本文依据学院推进两个行动计划和学院课程改革需要，从课程建设目标、课程建设课程建设措施、完成课程建设的保障条件等方面给出了在线开放课程的建设与实施方案，从应用与成效来看，方案切实可行，具有一定的推广价值。

关键词 在线开放课程 教学改革 建设措施

为推动网络信息技术与教育教学的深度融合，推动我校课程建设与课堂教学改革，结合高等职业教育创新发展行动计划和职业院校管理水平提升行动计划，将慕课、微课、翻转课堂等新的教学模式引入课堂教学，促进优质院校建设、教育资源共享，鼓励教师探索和实践基于网络信息化的教学模式改革，全面提高教育教学质量，结合学校专业建设与发展需要，我们决定建设软件工程与Rose建模在线开放课程。

1课程建设目标

本课程是软件技术专业的核心课程，该课程完成建设后，将能够学生自主学习的能力，提高教学质量，增强学生学习的积极性，通过资源共享实现个性化学习。针对不同层次的的学生和课程要求，能够利用在线开发课程平台，辅助教学实施，灵活教学内容，使得网络信息技术与教育教学深度融合，探索和尝试翻转课堂教学。

（1）建设课程开放平台，达到软件工程与Rose建模课程及其相关课程辅助教学的目标；（2）不断更新软件工程与Rose建模的教学内容，使教学内容更科学合理；（3）不断完善课程内容、课程标准、考核方案、课程题库等；（4）建立课程开放网站与主讲教师互动平台，实现网络辅导与教学。

2课程建设内容

本课程建设涵盖课程标准、覆盖课程所有知识点和软件工程与Rose建模课程技能，包含教学单元设计、教案、课件、教学实施、教学过程、教学评价等环节。

（1）课程介绍：指定包含课程内容、授课计划、涉及领域、适应岗位等详细的课程介绍。

（2）课程标准：优化包括课程定位、课程设计、课程目标、课程内容标准、课程进度计划、教学模式、教学方法、学习指导、考核与评价、教学资源开发与利用。

（3）教案：制作包含课程描述、教学目标、学情分析、教学方法、课前探究、学习要点教学资源、引入任务、布置任务、授课内容、实施任务、任务评价、板书、课后作业等的`word文档教案。

（4）课件：制作和优化包含课程所有任务与知识点的教学课件。

（5）任务单：设计与制作每个任务对应的任务单，任务单中包含课堂任务和课后拓展任务。

（6）试题库：建设每个项目对应的项目题库（理论题库和技能题库）。

3课程建设措施

3.1建设措施

本课程建设已经在20xx年度省教育科学规划重点课题立项，而且学院正在推进高等职业教育创新发展行动计划和职业院校管理水平提升行动计划这两个行动计划，学院各级各部门高度重视在线开发课程建设。因此学院在课程建设、人员配备、政策支持、经费投入等方法都有很好的保障。

3.2进度安排

3.2.1准备阶段：20xx年5月—20xx年7月

（1）研究内容：学习现代职业教育理论及相关研究成果，提高课题研究水平；完成课题论证，制定研究计划和方案，明确课题组成员分工，做好项目开题工作；

（2）具体措施：成立课题组，组织课题组成员学习教育教学理论；在线开放课程的构建思路；研讨课题的可行性，准备开题。

（3）预期研究成果：形成开题报告一份。

3.2.2实施阶段一：（20xx年8月---20xx年2月）

（1）研究内容：按计划开展研究，致力于课程中所有教学材料的制定，并把所有的教学材料上传到精品在线开放课程平台，建设在线开放课程。

（2）具体措施：制定软件工程与Rose建模课程标准、考核方案、课件、教学视频、试题库、实训任务集等教学资源；将教学资源上传至超星在线开放平台，建设《软件工程与Rose建模》在线开放课程。

（3）预期研究成果：软件工程与Rose建》课程标准、考核方案、课件、教学视频、试题库、实训任务集等教学资源各1份；软件工程与Rose建模在线开放课程一门；中期报告1份。

3.2.3实施阶段二（20xx年3月—20xx年8月）

（1）研究内容：按计划开展研究，致力于课程中所有教学材料的完善，完善在线开放课程，建成精品在线开放课程，并在教学中摸索“翻转课堂”教学模式。

（2）具体措施：完善软件工程与Rose建模课程标准、考核方案、课件、教学视频、试题库、实训任务集等教学资源；修改上传的教学资源至超星在线开放平台，建设《软件工程与Rose建模》精品在线开放课程。

（3）预期研究成果：完善的软件工程与Rose建模课程标准、考核方案、课件、教学视频、试题库、实训任务集等教学资源各1份；《软件工程与Rose建模》精品在线开放课程一门。

3.2.4总结阶段：20xx年8月—20xx年4月

（1）研究内容：进行课题的全面总结（包括项目设计、教学方法、实践效果方面）系统整理，形成课题研究报告，提炼深化研究经验，公开发表论文。

（2）具体措施：补充和完善相应课程的资料；对比总结，归纳要点，总结材料，申请验收。

（3）预期研究成果：课题研究报告1份；论文3篇。

4完成课程建设的保障條件

（1）前提：软件技术专业、计算机网络专业学生生源稳定，是在线开放课程建设研究得以进行的关键；

（2）经费：学院支付相应数额的资金作为课程建设专项资金；

（3）人员：课程组成员有来自软件技术和计算机网络技术专业课程教学的一线教师，具有丰富的教育教学经验；

（4）校内外实验条件：学院有十二个新配置的计算机实验室，共有600台电脑以及配置的多媒体教学系统，保证教学、校内实训；我院在哈尔滨软件园、大庆软件园、大连软件园等建立了校外实习基地；

（5）学院对科研工作大力支持，学生积极配合，是研究能持续进行的坚强后盾。

参考文献

[1] 王友富.从“3 号文件”看我国在线开放课程发展趋势[J].中国大学教学，20xx（07）.

[2] 谭园园，孙迦，朱露.在线开放课程建设规范探讨[J].新西部（理论版）20xx（01）.

软件项目建设方案 篇7

一、建设目标

(一)设施设备建设资料

建设剑川县域电子商务公共服务中心，改造现有办公场地、添置培训设施、改造和装修产品展示中心场所和购置产品展示设施设备、建设数据采集统计等场所(不含土建)。

建设分为设备设施采购和场所装修改造两部分，将经过政府招标的方式进行。拟采购的设施设备按照云商市〔20xx〕86号文件的要求制定清单附后，包括：电脑、打(复)印机、扫描设备、音像(视频、LED显示)设备、网络接入(输出、存储)设备、办公桌椅等。场所装修改造见后附的预算明细表。

剑川县电子商务公共服务中心建设总预算为300万元，项目计划在3月底完成建设任务，到达运营要求。

(二)电子商务公共服务中心运营管理服务

剑川县电子商务公共服务中心设施建成后，由商务局选拨贴合条件的电子商务运营商实施运营并做好运营商的管理和服务工作。优先选择能供给现有电商平台、本地技术支持和运营管理与服务人员的本地电子商务企业承担运营工作。

做好电商运营企业的管理与服务，引导和支持电商运营企业面向当地招募电商服务就业人员供给就业岗位，面向县内企业、农户和个人供给电商技能实训、资料加工制作、品牌培育服务、网络宣传推广、包装设计、电商代运营、在线支付结算等服务，实现为全县企业、农户、个人供给规范的`农村电子商务公共服务体系，加快推进商品信息进村入户，开展商品上线、农产品上行、网上营销推广、线上线下融合等工作，实现网购网销。

剑川县电子商务公共服务中心运营预算费用为50万元，将补贴给运营企业开展运营工作。

二、建设方案

(一)剑川县电子商务公共服务中心须具备面向农村的电子商务公共服务网职能，支持多平台销售。为此将配备农村产品数据采集的设施设备、批量数据加工处理软件、自动导入多平台的软件等，软硬件设施设备的供应商均须具备联网数据归集功能，并具备与剑川电子商务数据中心接口兼容的测试授权;

(二)能围绕农村电商发展需要，具备电商孵化、人员培训、包装设计、营销策划、产品展示、数据采集统计、电子结算等功能。为此将配备与剑川电子商务数据中心接口兼容的视觉策划设计设施设备、培训与模拟实训软硬件设施、客服设备、产品展示与体验设施设备、支付结算接口等;

(三)能为从事网络创业和服务人员供给技术支持、信息服务、营销推广、管理咨询、金融服务及其他增值业务等服务。为此将配备公共服务坐席、建设交流咨询场所及设施;

(四)能带动30人以上就业(优先安排残疾人、贫困户就业)，确保尽量培训和招募本地人才;

(五)能采集、统计县域真实有效网络交易数据，能进行数据分析。为此将选择经过了剑川电子商务数据中心接口兼容的测试电商企业来建设村镇服务站点的设施，并配备县乡村数据归集软件和接口，连接到数据中心，配置数据统计展示分析系统和设施;

(六)做到机构健全、制度完善、分工明确、管理规范;

(七)门头建设特征醒目，应有“全国电子商务进农村综合示范项目”和“剑川县电子商务公共服务中心”等字样。

三、后期运营

鼓励本地电商企业进取申报承接公共服务中心运营，实施服务外包，实现为全县企业、农户、个人供给规范的农村电子商务公共服务体系，开展商品上线、网上营销推广、线上线下融合等工作，加快推进商品信息进村入户，实现网购网销。

经过县公共服务中心的运营服务，进取培育我县农村电子商务市场主体，充分发挥现有市场资源和第三方平台作用，培育多元化农村电子商务市场主体，构建农村购物网络平台，实现优势资源的对接与整合，参与农村电子商务发展。县公共服务中心运营后将扩大电子商务在农业农村的应用。在农业生产、加工、流通等环节，加强互联网技术应用和推广。拓宽农产品、民俗产品、乡村旅游等市场，在促进工业品、农业生产资料下乡的同时，为农产品进城拓展更大空间。加强运用电子商务大数据引导农业生产，促进农业发展方式转变。

四、剑川县电子商务公共服务中心建设预算清单

略

软件项目建设方案 篇8

一、公司描述、宗旨与目标

中国xx软件有限公司是以xx教授（原中国交大研究生）、xx教授（原中科院计算所研究生）携带在加拿大多年学习与研究的先进创新成果回国创业的一家软件企业。公司于2003年7月在中国张江高科技园区注册，主要业务是开发具有自主版权与知识产权的大型通用数据库管理系统——xxSQL，并基于xx数据库产品进行应用开发与推广。

xx软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将xx软件建设成一个大型的基础软件与应用软件供应商。

xx软件的短期目标：基于xx数据库（xxSQL）的“xx企业信息备份与搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立与提高公司产品的信誉与客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流与一定的赢利空间，再求进一步发展，实现良好的投资回报。

xx软件的长期目标：开发与推广大型通用数据库管理系统及其应用产品。

二、公司目前的股权结构

公司目前的股份构成：

三、已投入的资金及用途

公司于2003年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。

公司成立以来成功申请了2004年科技部中小企业技术创新基金（75万元）与2004年中国市第一批软件与集成电路产业发展专项资金（50万元）。

四、公司目前主要产品及服务

公司的主要产品：“xx数据库管理系统（xxSQL）”。

正在开发的产品有：“xx企业信息备份与搜索工具”。

公司还计划基于xx数据库建立“xx数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。

五、产品的知识产权与归属权

“xx数据库管理系统（xxSQL）”是由两位创始人（xx、xx）在国外任教期间发明，通过与任教所在大学签定法律合同（见附件），数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国xx软件有限公司。

“xx企业信息备份与搜索工具”则是在中国研发的基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。

六、市场概况与营销策略

目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。

xx的总体营销策略是：分别向中小企业、大型企业与服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。

七、核心团队

公司的核心团队由五人组成：

xx（公司创办人，现任董事长兼CTO，xx大学计算机系终身教授，数据库及人工智能专家）；

xx（公司创办人，现任总经理，xx大学计算机系终身教授，人工智能专家）；

周先生（于95年获美国名校计算机科学博士学位，曾任美国xx公司中层管理人员、大型外资公司副总裁，软件工程与人工智能专家）；

陈先生（于88年获美国名校计算机科学博士学位，曾任美国加州硅谷著名软件公司高级系统分析师）；

王先生（xx大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。

八、公司优势说明

公司的主要优势如下：

1)企业搜索引擎的技术处在不断发展完善中，xx拥有自主的先进技术，创新能力强；

2)xx企业备份与搜索工具是基于xx自身的数据库产品研发的，充分利用了数据库的

高性能与安全机制，产品性价比高；

3)xx能快速灵活地向用户提供按需定制服务。

九、目前公司为实现目标的增资需求

为了抢占企业信息搜索的'市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。

公司计划在20xx年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。

十、融资方案

企业的产品经营与资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。

十一、合作方式

中国xx软件有限公司计划吸收750万元（人民币）风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

投资方与xx软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。

软件项目建设方案 篇9

计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。

1 、开发前的准备工作

一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。

系统任务书的基本框架如下：

(1)引言

包括编写目的，背景，参考资料。

(2)系统的目标及任务

包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。

(3)系统的结构及功能

包括系统应用组成及结构，系统主要功能。

(4)系统的规模及进度要求

包括系统规模，系统研制进度，人员计划。

但是系统任务书只是这个软件项目的一个基本要求，针对具体情况，软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析，必要时还要进行实地调研，然后共同商讨写出系统的需求分析，需求分析的编写目的在于：

a. 说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性;

b. 分析原系统(工作环境)现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。

需求分析报告的基本框架如下：

(1) 概述

包括 编写目的，背景，参考资料，术语及缩写词。

(2) 对现有系统的分析

(3)待开发系统的详细需求

包括 功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。

(4)使用环境

包括 网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。

(5) 可行性分析

包括 技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。

(6)结论意见

2 、软件开发过程

有了系统任务书和需求分析报告，软件设计人员就要对软件项目的实现进行系统分析，系统分析包括系统的总体方案，系统的设计说明，作为软件设计的依据。具体说明如下。

2.1 系统总体方案

在系统开发单位和用户充分交互、理解的基础上，提出系统的技术构架，对系统功能、性能等主要指标作描述，对实现方法和要求作规定，是系统进行详细设计的依据。

系统总体方案基本框架包括：

(1)引言

包括 ：编写目的，背景，参考资料，术语及定义。

(2)项目概述

包括 ：

--项目的主要内容

--系统需求分析：①用户需求调查分析②现行系统的现状调查分析。

--系统功能：①系统的功能要求②系统主要技术性能。

--系统的数据要求：①基础数据②业务数据③交换数据④其它数据。

--系统的设计要求：①技术结构要求②系统划分及其接口要求③系统运行环境要求④系统标准化综合要求。

(3)实施总计划

包括 ：进度，预算，问题和措施。

2.2 系统设计说明

根据《系统总体方案》提出的系统构架、功能、性能及数据要求，确定系统的物理结构，说明系统主要技术方面的设计和采用的技术方法以及系统的标准化约束等，是系统实施的基本依据。就本人曾经开发过的一个软件项目，说明其基本框架：

(1) 引言

包括 ：编写目的;背景;条件和限制;参考资料;术语及定义。

(2) 系统总体技术方案

包括：

--概述：①系统目标②基本要求。

--系统设计：

①系统结构

a、 应用结构。

b、 功能结构。

c、 技术结构。

② 系统功能设计：根据以上的分析，功能设计自然

包括业务管理功能设计、综合查询功能设计、邮件收发功能设计、数据库接口设计、文电接口设计。在对这些功能进行综合分析的基础上，开始进行数据库表的`设计。在对表的设计过程中，既要考虑到关系数据库冗余字段的处理，又要考虑到系统运行的速度和实现的方便性等综合因素，笔者在实际开发后认为这两种考虑比例可以为7：3。

③系统安全设计：可以考虑以下一些安全设计思想，例如系统的数据传输通过电子邮件实现，要求电子邮件内部只传代码，不传涉密数据;系统的数据库操作需要充分利用Oracle数据库的事务提交和回滚机制，确保业务处理的完整性和一致性;系统的数据结构应充分利用存储空间，在不同的用户之间通过数据冗余提高整个系统的数据安全性;系统中存贮的用户口令、备份口令、数据库连接信息等重要数据，必需经过安全加密。

④ Oracle数据库自动优化设计：对于Oracle数据库可以进行数据库配置，可以大大提高大数据量查询速度，笔者已经做过尝试，并已经成功应用。

⑤ 友好界面设计：对于一个良好的应用系统当然需要设计良好的使用界面。

2.3 软件开发

对于开发语言的选择因人而易，开发数据库系统我比较倾向于DELPHI，因为它对于数据库开发的支持是很完善的。在软件实现方面，上面已经说明了一种客户/服务器结构，但是这种结构本身也包含了一些问题，例如客户/服务器结构经常把应用系统的企业逻辑编写在客户端的应用程序中，因此当应用系统需要改变时，所有在客户端的应用系统都必须改变，这对于MIS系统的维护来说成本太高了;为了解决这些重复开发应用系统的成本以及为了增加应用系统的重复使用性发挥面向对象分析/面向对象设计的功能，就必须导入所谓的应用程序服务器，软件开发人员以一种特定的组件形式，例如Microsoft的COM/DCOM，CORBA对象，或是EnterpriseJavaBean等，组装企业的逻辑程序代码。这种经过组装，能够执行特定企业功能的对象便称为"企业对象"，然后把这些企业对象分发到此应用程序服务器。由于本文不是专门讨论多层系统的文章，所以只是简单提一下，不再赘述。

程序设计中要注意合理的程序设计结构，可以将所有的公用组件放在一起。例如Delphi语言中可以新建一个单元，将所有编写的函数放在这个单元里，其他单元均可以调用，还可以新建一个数据模块(Datamodule),将所有的公共数据库控件放在这里，可以减少系统资源浪费，优化数据库程序设计。

关于程序设计中的技巧很多，这里也不再赘述。

3、 软件开发后的工作

软件项目在开发完成后还要进行系统测试，以测试开发出的软件的功能和性能是否达到预定要求。

3.1 软件测试大纲

这是软件设计人员用来自测系统的。包括：

(1)测试环境①硬件环境②软件环境③数据环境④网络环境。

(2)功能测试内容①模拟现场测试②应用现场测试。

(3)性能测试内容

另有附表：附表一 系统功能测试表;附表二 系统性能测试表。

3.2 用户应用测试

由用户在实际使用过程中进行测试，并给出应用证明。

4、总结

开发软件项目是一个庞大的系统工程，以上只是介绍了一般性软件主要是数据库软件的开发过程和设计思想，它要求软件开发者对此要有精深的理解，熟悉软件开发的思路。

通常一个人难以完成所有工作，需要一个良好的合作团队来协作完成，其中需求分析员和系统分析员要提供软件项目的具体要求和设计思想，由软件开发组把这些要求创建出便于维护和可持续开发的系统资源。

软件项目建设方案 篇10

一、广泛收集体系运行情况，不断完善体系文件;根据当前实施的体系程序，尽可能的与各部门进行沟通，把真实实际的工作内容写进体系文件中，必须做到与管理手册和作业文件的描述相一致，与各部门的工作职责相一致，一个要素可能要由多项职能来落实，每项职能又要由若干个活动来保证，因此，每个程序文件都应经过细致策划和编写。这是20xx年首要工作重点之一。原来的体系文件覆盖到部门级，对下一层部门没有制定实际的管理内容，对全员参与体系的建设存在严重的不足。计划明年2月开始到3月底完成体系文件的重新编制。

二、积极开展各部门对质量，环境，职业健康体系的正确认识;当前公司存在一种意识误区，包括中高层管理人员认为只要体系得到认证就完成了体系工作的任务，其实体系是个管理平台，体系只是提出了一个标准，这标准也是现代企业必须建立的，然后有各个职能部门围绕标准展开的一系列活动，如果思路不明确，行为就必然产生偏差，这和建立体系是背道而驰的，所以对各部门对体系的认识和理解就要靠培训来实现。培训的计划按照不同阶段针对不同的培训对象和培训内容采取各种培训方式，注重实际操作的培训，为使培训起到具体的指导作用，培训分层、分部门进行，责任部门对实际应用展开，让各部门和不同工作人员得到工作上的提升，并通过已经编制文件书指导各部门贯标工作的开展。让原来只有基本的作业指导文件有一个可以量化的，可以实际应用的作业指导，此项工作根据实际部门需求作出具体计划时间安排。

三、深入部门调查研究，做好内审工作，为体系的执行得到有力的保障，体系是在不断改进和完善过程中的，体系推动部门通过各种检查、内部审核、了解体系的运行情况，积极收集各执行部门对体系运行的意见和建议，有针对性地对文件进行修改，可提高文件的适用性和可操作性。内部审核是全面的体系检查，内部审核的效果对体系改进有很重要的作用，所以重视内审员在部门中起的作用，对存在的问题进行限期整改，通过内部审核推动体系的发展和完善，让体系起到实用性，符合性，此项将每月展开。

四、对体系的`执行实行考核制度，没有一个强制执行的制度，的管理体系也是无效的，所以要想让三个体系得到真正的落实和执行，体系办公室必须具有相应的权利，这需要公司授权去执行，和综合办公室共同配合对部门绩效考核。公司只有坚持掌握了建立体系的基本原则，明确了运行体系的主要目的是为了搞好企业的质量管理，安全生产、环境管理，提高整体管理水平，做到领导重视、全员参与，通过不断的持续改进，一定能使三个管理体系在企业内发挥相当大的作用。