人员需求分析报告范文第1篇
引言
高职院校的电子商务专业目前的课程体系基本是由计算机的一些专业课程加上一些商务的课程共同构成的。各个高职院校会根据学科的偏向而进行一些取舍，有些学校会有更多的计算机专业课程，有些学校会更侧重于商务课程。从高职学生的特点来看，学习较多的计算机专业课程难度较大，因此从实际出发，高职的电子商务专业计算机课程相应地要降低难度，我们对计算机专业类的课程进行了重新的设计和整合，包括课程的标准和课程的内容。计算机专业中的《系统分析与设计》课程主要是对软件系统进行分析与设计，针对电子商务专业，则侧重有所不同，因此将课程更改为《商务网站需求与方案建设》，结合对企业的业务流程调研，归纳出本门课程的典型工作任务，并对课程进行了教学设计。
1、对企业业务流程的调研对从事网站项目建设开发的企业流程调研后，可以归纳出基本的业务流程，描述如下：在承接一个项目后，市场部负责人与美工主要进行需求分析工作，由于需求分析成功与否与后期的工作直接相关，所以主要由负责人与项目委托人沟通，美工要进行首页面的设计，因此要对网站的总体风格和内容有一个准确的把握，所以始终参与需求分析过程。在与委托人进行充分沟通的基础上，了解该项目的行业背景和企业的实际运行情况后，完成需求分析报告，并进行一个方案设计，在项目委托人同意之后开始进行项目的设计。首页面的设计是由美工完成的，这也是一个与委托人反复交流的过程，经过不断地调整修改之后，首页面定稿。此时首页面只是一个效果图片，经过页面的切割和生成工序后，将首页面交给研发部，研发部根据需求分析报告和首页面的内容进行后台代码的编写。同时，美工进行二级页面的设计。设计完成后也交由研发部编写后台代码。代码编写完成后进行网站的测试和。综合上述流程，可得流程图如图1：在了解项目的流程时，我们也同时了解了各个岗位要求的技能，综合来说，每个岗位的人员都应能熟悉电子商务的内涵，不同的岗位在具体的知识技能要求上有所不同。如需求分析人员要求对项目的整体运作非常熟悉，能起到协调项目组和项目委托人的作用，必须具备很好的沟通交流能力，同时要有较强的文字组织能力。美工要具备较好的美术基础、审美眼光和熟练的网页制作知识，同时由于美工要充分与项目委托人沟通，这样才能做出既有特色，同时又能满足委托人要求的页面效果，因此对沟通能力也有相当高的要求。研发部门的岗位则相对要求编程能力和逻辑思维能力强。能充分领悟项目的要求，在给定的时间内完成代码的编写和调试。同时，由于程序文档和使用说明书的编写较为重要，所以也要求有一定的文字表达能力。企业一般还会提供管理咨询和培训等服务，管理咨询和培训主要有提供网站推广的服务，电子商务解决方案的咨询等。这些岗位要求对电子商务的技术有基本的了解并有较强的语言能力，熟悉各种网站推广方法和工具。
2、分析学生必须的知识、技能、素质为了适应相关的工作岗位，学生应能熟悉电子商务的内涵，掌握网站需求调查与分析的基本方法，掌握网站开发的技术，如相应的程序设计语言和网页设计制作知识和方法，具备一定编程能力和逻辑思维能力，熟悉各种网站推广方法和工具。必须具备很好的沟通交流能力，同时要有较强的文字组织能力。一个项目通常是项目组来完成的，所以学生的团队合作能力也必不可少。
3、分析《商务网站需求与方案设计》课程的典型工作任务本门课程对应的岗位为网站需求分析人员，需求分析研人员通常应对整个项目流程非常熟悉，他是项目委托人和开发人员之间的钮带，项目委托人不能理解项目是如何完成的，他们注重的是项目完成时交付的网站是否符合他们的预期，而开发人员的开发工作依赖于需求分析人员提供的需求分析报告，因此，网站的需求分析与方案设计是非常重要的工作任务，对整个项目的质量来说起着关键性的作用。需求分析要完成的是和项目委托人沟通交流，以专业的眼光来看待项目的可行性，为委托人分析及明确需求，在此基础上，进行需求调查与分析，形成需求分析与整体方案设计，提交相应的需求分析报告和方案设计报告。
4、以工作过程为导向设计教学情境
4.1学习情境划分原则企业在承接建站任务时，根据站点的不同会有一些不同的方法进行需求分析，教材的每章都将用一个实际的案例进行说明，并附上完整的需求分析报告。案例的挑选力求能充分说明各种不同类型网站的特色，并在需求调查与分析的方法上体现出来，并为学生的实践作出有效的指导。在此基础上，开始进行具体的情境设计，我们设想以一个项目贯穿整门课程，将项目按工作过程进行划分情境，每个情境完成一个子任务，一门课程结束时，各个子任务可以综合形成一个完整的项目任务。这样，我们就只能以一个典型案例来说明需求分析过程，为了不至于造成其他类型的网站需求分析方法不同，而学生无法了解，在每个情境中设置拓展部分，由于B2C的站点难度适中，且最为常见，因此，教材中以B2C作为案例，其他类型的站点在需求分析时如果有特殊的要求就体现在拓展部分，学生选取的案例中如果涉及到其他类型的站点，那么就可以参考拓展部分，进行自学或查找相应资料来解决问题。
4.2学习情境的设计我们按照工作过程将课程划分为十个学习情境，分别是外部需求分析、面向用户的需求分析、企业内部需求分析、网站推广需求分析、网站软硬件环境设计、网站功能的概要设计、网站数据库结构设计、网站界面总体设计、网站系统安全性设计和网站测试。
5、课程标准的制定
在学习情境的划分与设计完成之后，我们着手制定课程标准，，其中最重要的就是课程的定位及学习目标的制定。这部分我们充分地参考了企业的调研意见，了解企业的网站需求分析人员在具体工作中所需要掌握的知识和能力。并力求能够体现在学习情境的设计中。
5.1课程的定位网站需求与方案设计是电子商务专业网络技术服务方向的一门专业课程，本门课程着重于培养学生用全局的眼光看待网站的设计需求，要求学生具备良好的沟通能力和语言表达能力，能够应用各种调查分析方法和工具，完成电子商务网站的需求分析项目，并能按规范的形式形成各阶段的需求分析报告文档。
5.2学习目标的确定我们分别对本门课程的知识目标、专业能力目标、方法能力目标和社会能力目标进行了分析和归纳。在学习目标方面，十个学习情境分别达到理解以下概念和内容：（1）电子商务的商业模式概念；网站风格、关键字、电子支付、物流配送的概念；（2）面向用户的需求分析使用的调查方法与手段；功能性需求与非功能性需求的概念；（3）网站的盈利模式，网站的存储方式，不同数据库的特性分析比较，非功能性需求概念，网站维护内容；（4）网站的推广策略，推广方法。（5）电子商务网站软硬件环境的组成，网站软硬件设备的选择方法；（6）电子商务建站的基本过程，功能概要设计的基本方法；（7）电子商务网站内容设计的原则，页面设计的原则等；（8）网站的安全性设计方法。（9）网站测试的方法在专业能力方面，我们希望能够达到以下目标：（1）能区分不同的商业模式；进行市场需求分析；能进行同类网站的比较与分析，分析竞争优势、劣势，选择电子支付方式及物流配送模式；（2）能确定网站所面向用户的类型特征；应用各种调查方式对用户进行需求调查；分析调查结果。（3）能明确用户的功能性需求与潜在需求；确定网站的盈利模式、并进行产品分析；（4）能根据外部分析和用户需求以及企业自身定位确定网站的总体风格，语言版本；（5）能确定网站的存储方式，域名，数据库的选用；了解和确定网站维护要求；（6）能分析和确定网站的推广策略。完成相应的需求报告文档。由于本门课程的教学设计是让学生在学习过程中完成一个实际的电子商务网站项目需求分析，因此，学生要从组建项目小组开始，进行选题，到实施整个调查过程，并形成相应的需求分析报告。整个过程都需要对项目进行规划、计划和实施，并在实施过程中报告和反馈，所以对学生的实践能力是很大的考验。相应地，在方法能力方面，我们希望通过本门课程的学习，能够做到：能将所学知进行综合运用；.具有独立进行分析、计划、实施、评价的能力；具有获取、归纳、分析、交流的能力；并具有一定的自学能力、理解能力与表达能力。在社会能力方面，我们希望能够培养学生的团队意识与协作能力，并具有一定的计划组织能力。
6、项目导向的校本教材编写
在课程标准的基础上开始进行校本教材的编写，在选取案例的时候，使用的是企业真实案例，这是一个B2C类型的站点，其业务方式是整合福建范围内的一些茶商，用统一的标识进行网上销售，由于茶叶是福建省的一个重要特色产业，而且网站的一些设想也很有特色，在校本教材中，我们就以该案例进行行动导向的教材编写。
7、小结
人员需求分析报告范文第2篇
引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的
说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险
具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：
任务提出者;
软件开发者;
产品使用者。
1.3 文档约定
描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：
正文风格;
提示方式;
重要符号;
也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
1.4 预期读者和阅读建议
列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：
用户;
开发人员;
项目经理;
营销人员;
测试人员;
文档编写入员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 产品范围
说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。
描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。
1.6 参考文献
列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：
本项目的合同书;
上级机关有关本项目的批文;
本项目已经批准的计划任务书;
用户界面风格指导;
开发本项目时所要用到的标淮;
系统规格需求说明;
使用实例文档;
属于本项目的其它己发表文件;
本软件产品需求分析报告中所引用的文件、资料;
相关软件产品需求分析报告;
为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：
标题名称;
作者或者合同签约者;
文件编号或者版本号;
发表日期或者签约日期;
出版单位或者资料来源。
2. 综合描述
这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
2.1 产品的状况
描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况：
是否是产品系列中的下一成员;
是否是成熟产品所改进的下一代产品;
是否是现有应用软件的替代品(升级产品);
是否是一个新型的、自主型的产品。
如果该软件产品需求分析报告定义的软件系统是：
大系统的一个组成部分;
与其它系统和其它机构之间存在基本的相互关系。
那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者(同时)说明相互关系的存在形式，并且要定义出两者之间的全部接口。
2.2 产品的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该 针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利 读者理解本软件产品。
为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。
参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。
2.3 用户类和特性
确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
2.4 运行环境
描述了本软件的运行环境，一般包括：
硬件平台;
操作系统和版本;
支撑环境(例如：数据库等)和版本;
其它与该软件有关的软件组件;
与该软件共存的应用程序。
2.5 设计和实现上的限制
确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：
必须使用的特定技术、工具、编程语言和数据库;
避免使用的特定技术、工具、编程语言和数据库;
要求遵循的开发规范和标准
例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准;
企业策略的限制;
政府法规的限制;
工业标准的限制;
硬件的限制
例如，定时需求或存储器限制;
数据转换格式标淮的限制。
2.6 假设和约束(依赖)
列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括：
计划使用的商业组件，或者其它软件中的某个部件;
假定产品中某个用户界面将符合一个特殊的设计约定;
有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。);
有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。);
有关本软件运行环境的一些问题;
此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括：
工期约束;
经费约束;
人员约束;
设备约束;
地理位置约束;
其它有关项目约束;
3. 外部接口需求
通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数 据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。
3.1 用户界面
陈述需要使用在用户界面上的软件组件，描述每一个用户界面的逻辑特征。必须注意，这里需要描述的是用户界面的逻辑特征，而不是用户界面。以下是可能包括的一些特征：
将要采用的图形用户界面(GUl)标准或者产品系列的风格;
有关屏幕布局或者解决方案的限制;
将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：
选单;
标准按钮;
导航链接;
各种功能组件;
消息栏;
快捷键;
各种显示格式的规定，可能包括：
不同情况下文字的对齐方式;
不同情况下数字的表现格式与对齐方式;
日期的表现方法与格式;
计时方法与时间格式;
等等。
错误信息显示标准;
对于用户界面的细节，例如：一个特定对话框的布局，应该写入具体的用户界面设计说明中，而不能写入软件需求规格说明中。
如果采用现成的、合适的用户界面设计规范(标准)，或者另文描述，可以在这里直接说明，并且将其加入参考文献。
3.2 硬件接口
描述待开发的软件产品与系统硬件接口的特征，若有多个硬件接口，则必须全都描述。接口特征的描述内容可能包括：
支持的硬件类型;
软、硬件之间交流的数据;
控制信息的性质;
使用的通讯协议;
3.3 软件接口
描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：
操作系统;
数据库;
工具;
函数库;
集成的商业组件
说明：这里所说的“集成的商业组件”，是指与系统集成的商业组件，而不是与软件产品集成的商业组件。例如：中间件、消息服务，等等。
描述并且明确软件产品与软件组件之间交换数据或者消息的目的。描述所需要的服务，以及与内部组件通讯的性质。确定软件产品将与组件之间共享的数据。如果必 须使用一种特殊的方法来实现数据共享机制，例如：在多用户系统中的一个全局数据区，那么就必须把它定义为一种实现上的限制。
3.4 通讯接口
描述与软件产品所使用的通讯功能相关的需求，包括：
电子邮件;
WEB浏览器;
网络通讯标准或者协议;
数据交互用电子表格;
必须定义相关的：
消息格式;
通讯安全或加密问题;
数据传输速率;
同步和异步通讯机制;
4. 系统功能需求
需要进行详细的需求记录，详细列出与该系统功能相关的详细功能需求，并且，唯一地标识每一项需求。这是必须提交给用户的软件功能，使得用户可以使用所提供 的功能执行服务或者使用所指定的使用实例执行任务。描述软件产品如何响应己知的出错条件、非法输入、非法动作。
如果每一项功能需求都能用一项，也只需要用一项测试用例就能进行验证，那么就可以认为功能需求已经适当地进行描述了。如果某项功能需求找不到合适的测试用例，或者必须使用多项测试用例才能验证，那么该项功能需求的描述必然存在某些问题。
功能需求是根据系统功能，即软件产品所提供的主要服务来组织的。可以通过使用实例、运行模式、用户类、对象类或者功能等级来组织这部分内容，也可以便用这些元素的组合。总而言之，必须选择一种是读者容易理解预期产品的组织方案。
用简短的语句说明功能的名称，例如：“4.1系统参数管理”。按照服务组织的顺序，逐条阐述系统功能。无论说明的是何种功能，都应该针对该系统功能重复叙述4.1~ 4.3这三个部分。
可以通过各种方式来组织这一部分内容，例如采用：使用实例、运行模式、用户类、对象类、功能等级等，也可以采用它们的组合。其最终目的是，让读者容易理解 即将开发的软件产品。一般来说，每个使用实例都对应一个系统功能，因而按照使用实例来组织内容比较容易让用户理解。
对应一些被共享的独立使用实例，可以定义一些公用系统功能。
必须特别注意的是，在2.2节“产品的功能”中描述的全部需求，以及它们的规格说明;必须在某个系统功能描述中有所反映，而且不应重复。
4.1 说明和优先级
对该系统功能进行简短的说明，并且指出该系统功能的优先级是：高、中、还是低。需要的话，还可以包括对特定优先级部分的评价，例如：利益、损失、费用和风险，其相对优先等级可以从1(低)到9(高)。
4.2 激励/响应序列
列出输入激励(用户动作、来自外部设备的信号或者其它触发)并且定义针对这——功能行为的系统响应序列，这些序列将与使用实例中相关的对话元素相对应。
描述激励/响应序列时，不仅需要描述基本过程，而且应该描述可选(扩充)过程，包括例外(引起任务不能顺序完成的情况称为例外)。疏忽了可选过程，有可能影响软件产品的功能;如果遗漏例外过程，则有可能会引发系统崩溃。
如果采用流程图来描述激励/响应序列，比较容易让用户理解。
4.3 输入/输出数据
列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数据的处理(计算)方法，以及相应地输出数据，描述对应区别：输入数据和输出数据。
当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。
对于每一项数据，均需要描述：
数据名称;
实际含义;
数据类型;
数据格式;
数据约束;
对于复杂的处理方法，仅仅给出算法原理是不够的，必须描述详细的计算过程，并且列出每一步具体使用的实际算式;如果计算过程中涉及查表、判断、迭代等处理方法，应该给出处理依据和相关数据。如果计算方法很简单，也可以将其从略，不加描述。
5. 其它非功能需求
在这里列举出所有非功能需求，主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。
5.1 性能需求
阐述不同应用领域对软件产品性能的需求，并且说明提出需求的原理或者依据，以帮助开发人员做出合理的设计选择。尽可能详细地描述性能需求，如果需要，可以针对每个功能需求或者特征分别陈述其性能需求。在这里确定：
相互合作的用户数量;
系统支持的并发操作数量;
响应时间;
与实时系统的时间关系：
容量需求
存储器;
磁盘空间;
数据库中表的最大行数。
5.2 安全措施需求
详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作，以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。
5.3 安全性需求
详尽陈述与系统安全性、完整性问题相关的需求，或者与个人隐私问题相关的需求。这些问题将会影响到软件产品的使用，和软件产品所创建或者使用的数据的保 护。定义用户身份认证，或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性的质量属性来阐述这些需求。一个典型的软件系统 安全需求范例如下：“每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。”
5.4 软件质量属性
详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。这些功能必须是确定的、定量的、在需要时是可以验证的。至少也应该指明不同属性的相对侧重点，例如：易用性优于易学性，或者可移植性优于有效性。
5.5 业务规则
列举出有关软件产品的所有操作规则，例如：那些人在特定环境下可以进行何种操作。这些本身不是功能需求，但是他们可以暗示某些功能需求执行这些规则。一个 业务规则的范例如下：“进行达到或者超过10，000，00元人民币的储蓄业务时，必须通过附加的管理员认证。”
列举业务规则时，可以根据规则的数量，选取合适的编目方式。
5.6 用户文档
列举出将与软件产品一同交付的用户文档，并且明确所有己知用户文档的交付格式或标准，例如：
安装指南
纸质文档，16开本;
用户手册
纸质文档，16开本;
在线帮助
电子文档，与软件产品一同分发、配置;
使用教程电子文档，与软件产品一同分发、配置。
6. 词汇表
列出本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析 报告，要求使用非软件专业或者非计算机专业的术语描述软件需求。所以这里所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术 语。但是，对于无法回避的软件专业或者计算机专业术语，也应该列入词汇表并且加以准确定义。
7. 数据定义
数据定义是一个定义了应用程序中使用的所有数据元素和结构的共享文档，其中对每个数据元素和结构都准确描述：含义、类型、数据大小、格式、计量单位、精度 以及取值范围。数据定义的维护独立于软件需求规格说明，并且在软件产品开发和维护的任何阶段，均向风险承担者开放。
如果为软件开发项目创建一个独立的数据定义，而不是为每一项特性描述有关的数据项，有利于避免冗余和不一致性。但是却不利于多人协同编写需求分析报告，容 易遗漏数据，也不方便阅读。因此还是建议为每个特性描述有关的数据项，汇总数据项创建数据定义，再根据数据定义复核全部数据，使得它们的名称和含义完全一 致。必须注意的是，为了避免二义性，在汇总数据项时应该根据数据项所代表的实际意义汇总，而不是根据数据项的名称汇总。
在数据定义中，每个数据项除了有一个中文名称外，还应该为它取一个简短的英文名称，该英文名称应该符合命名规范，因为在软件开发时将沿用该英文名称。可以使用等号表示数据项，名称写在左边，定义写在右边。常见数据项的描述方式如下：
原数据元素
一个原数据元素是不可分解的，可以将一个数量值赋给它。定义原数据元素必须确定其
含义、类型、数据大小、格式、计量单位、精度以及取值范围。采用以星号为界的一行
注释文本，描述原数据元素的定义。
选择项
选择项是一种只可以取有限离散值的特殊原数据元素，描述时一一枚举这些值，并用方
括号括起来写在原数据元素的定义前。在两项离散值之间，使用管道符分隔。
组合项
组合项是一个数据结构或者记录，其中包含了多个数据项。这些数据项可以是原数据元
素，也可以是组合数据项，各数据项之间用加号连接。其中每个数据项都必须是数据定
义中定义过的，结构中也可以包括其它结构，但是绝对不允许递归。如果数据结构中有
可选项，使用圆括号把该项括起来。
重复项
重复项是组合项的一种特例，其中有一项将有多个实例出现在数据结构中，使用花括号
把该项括起来。如果知道该项可能允许的范围，就按“最小值：最大值”的形式写在花
括号前。
8. 分析模型
这是一个可选部分，包括或涉及到相关的分析模型，例如：
数据流程图;
类图;
状态转换图;
实体-关系图。
9. 待定问题列表
人员需求分析报告范文第3篇
网站项目是以Web服务器为主体、浏览器为客户端作为基本架构的项目。这样的架构项目中包含Web服务器、浏览器和网络三个关键主体。网站项目可能是一个网站，也可能是各种Web应用程序，例如网上商店、虚拟邮局、网络办公管理系统、客户关系管理系统等等。网站项目管理就是围绕着网站项目运用知识、技术、技能、工具和方法进行组织管理。其特点表现在以下几个方面：
1）涉及的领域很多。狭义地讲，网站项目包括了网页制作、美工设计、程序编码、系统及网络管理等专业技术，广义上又包含了企业管理、市场营销、心理学、广告学等更多领域的知识，在项目进行过程中还涉及到项目管理工具、文档和设计开发管理规范、开发及测试环境部署等特殊领域的问题。这对参与项目管理的人员提出了很高的要求。
2）参与项目的角色很多，水平可能参差不齐。对于网站项目管理，最关键的角色是项目经理、业务流程分析师、用户界面工程师、系统分析员、编码人员（程序员）和质量控制工程师等。根据项目的规模和开发的深度，由项目经理进行角色划分。假如严格细分，一个大型项目的角色可能达到50个以上，以确保每个细节都有专业的人员进行负责和管理。其中需求分析过程中主要角色有客户代表、业务员、业务流程分析师、用户界面工程师，另外还有项目经理、数据库工程师、文档工程师等参与。
3）网络应用的开发技术在日新月异地进步，从而使网站应用系统的开发模式具有多种选择性，达到同样的目标可以采用很多不同的方式，现代的应用系统越来越成为一个庞大的集成方案，需要考虑不同的操作平台、不同的应用服务器、不同的数据库、不同的编程语言、不同的传输介质等等，项目管理人员必须了解各种技术的利弊，帮助用户选择高效、廉价并富有前瞻性的方案。
2需求分析在网站项目管理中的作用及要求
需求分析是一个项目的开端，也是项目建设的基石。由于以上提出的网站项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，网站项目需求分析的重要性是不言而喻的，在以往建设失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。
在需求分析流程中，需要有客户代表、业务员、业务流程分析师、用户界面工程师等角色参与，业务员从客户代表那里获得需求，并形成需求报告；业务流程分析员从业务员那里获得需求报告，分析生成项目模型报告；界面工程师得到项目模型后设计制作相应的模板和用户界面原型，最终由客户代表确认。需求分析所形成的文档最终达到如下要求。
1）正确性：每个功能必须清楚描写交付的功能。
2）可行性：确保在当前的开发能力和系统环境下可以实现每个需求。
3）必要性：功能是否必须交付，是否可以推迟实现，是否可以在削减开支情况发生时被“砍”掉。
4）简明性：不要使用专业的网络术语。
5）检测性：如果开发完毕，客户可以根据需求检测。
3网站项目需求分析的一般方法
根据以往的工程经验，需求分析工作方法，应该定位在“三个阶段”（也称“三步法”）。
第一阶段：“访谈式”。这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况和客观信息，建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。
实现手段：访谈、调查表格。
输出成果：调查报告、业务流程报告。
第二阶段：“诱导式”。这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际和客观信息的基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性，界面的便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和改进方法。
实现手段：拜访（诱导）、原型演示。
输出成果：调研分析报告、原型反馈报告、业务流程报告。
第三阶段：“确认式”。这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查报告来提出反馈意见，并对已经可接受的报告、文档签字确认。
实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统。
输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档）。
整体来讲，需求分析的三个阶段是需求调研中不可忽视的一个重要部分，三个阶段或者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。
4网站项目需求分析的注意事项和技巧
项目的整体风险往往表现在需求分析不明确、业务流程不合理，导致用户不习惯或不愿意去用承建方的软件。承建方和客户方都要重视需求分析的重要性。为更好地把握用户的需求和方向，应该采用必要的手段和方法来进行需求调研。
4.1挖掘用户需求
鼓励用户将所有的想法尽可能地阐述清楚，并把所有的要求罗列出来。这时候不必担心引起客户的潜在需求而增加设计开发的工作量，应直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都放到一边，将用户最原始、最完整的要求准确地记录下来。
很多情况下客户并非专业人士，在他们的描述中很难凸现重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。
比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时需考虑今后增加库存产品进销存统计分析等等；限于时间和财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。
4.2利用自然的语言和图表描述项目模型
在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然语言或形式化语言来描述，还可以添加图形表述方式和模型表征方式。虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。制作示意图可以有很多种方式，关键是利用示意图将客户的需求和即将开始设计的系统体现出来。在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程中。
4.3需求分析要共同参与各施其职
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同讨论，达成一致意见。参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。这样可以尽量避免业务人员与开发人员、承建方和客户方之间发生不必要的纠纷。
例如：项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期；开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；界面设计人员根据项目的性质和定位确定表现方式；测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测。
4.4将需求变更置于可控状态
需求的变更几乎是不可避免的，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的。如何以可控的方式管理网站项目需求的变更，对于项目的顺利进行有着重要的意义。如果匆匆忙忙地完成用户调研与分析，则往往意味着不稳定的需求。所以需求管理要保证需求分析各个活动都得到了充分的执行。
为了将变更及时反馈到项目的各个角色中，做好需求变更日志就显得非常重要。在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。在新版本的需求分析中，将变更部分用特殊方式表示出来，并在日志中记录变更明细。
4.5评审需求文档
需求文档完成后，需要经过正式评审，以便作为下一阶段工作的基础。一般的评审分为用户评审和同行评审两类。用户和开发方对于软件项目内容的描述，是以需求规格说明书作为基础的；用户验收的标准则是依据需求规格说明书中的内容来制订，所以评审需求文档时用户的意见是第一位的。而同行评审的目的，是在软件项目初期发现那些潜在的缺陷或错误，避免这些错误和缺陷遗漏到项目的后续阶段。
5总结
人员需求分析报告范文第4篇
关键词：培训管理 情景模拟培训法 教学方法
《培训管理》是人力资源管理专业的核心课程之一，让学生系统地掌握和熟练应用培训领域的理论知识和实践操作技能，根据公司的实际培训状况，独立完成公司的培训的需求调查、计划制定、培训实施和培训效果评估等一系列培训管理工作是设置本课程的主要目的。随着经济全球化和企业竞争日益加剧，通过培训与开发提升企业的核心竞争力变得越来越重要，《培训管理》课程在人力资源管理专业的教学体系和实际培训工作中的地位也在不断提高，因此，探索和创新《培训管理》课程的教学方法以提高教学效果就具有非常重要的理论价值和现实意义。
一、《培训管理》课程的教学特点
《培训管理》是一门理论性、实践性、应用性、时效性都非常强的课程，不但要求学生掌握培训理论和最前沿的理念，而且还要熟练应用具体的实际操作技能。《培训管理》涉及到的学科非常广泛，包括管理学、教育学、经济学、组织行为学、心理学、法学等领域，学生需要在了解和掌握管理学知识的基础上，有效融合上述各类学科，才可能真正学好这门课程。由于学生缺乏在实际工作中实施培训工作的实践经验，单纯进行课堂讲授比较抽象、枯燥，且不容易理解，不能有效达到本课程的教学目的，因此，需要在《培训管理》的教学过程中有效开展参与式、体验式的教学方法，将部分真实的培训工作情景引入课堂，将有限的课堂空间和课堂时间延伸到课外，通过互动性、参与性的情景模拟教学方法提高学生的学习兴趣和学习效果，帮助学生学习和掌握《培训管理》理论和操作技能。
二、情景模拟培训法的内涵及特点
情境模拟教学法是“根据专业学习要求，模拟一个工作场景，在这些场景中设计具有与实际工作相同功能的工作过程，模拟实际工作活动，通过这种教学方法让学生在一个接近现实的环境氛围中对未来的工作岗位有一个比较具体的、综合性的全面理解，使一些属于行业特有的规范得到深化和强化”。情景模拟培训法是情境模拟教学方法在《培训管理》课程中的一种具体应用形式：将一个教学班的学生分成若干个小组，每个小组代表一个公司的培训部门，每个培训部门需要从事下列活动：工作岗位分析、培训需求调查和分析、培训计划的制定、培训项目的设计，培训项目的实施、培训方法的选择、培训效果的评估等。至于每个培训部门的内部分工，由小组成员确定，教师不参与角色的分配。由于在情景模拟培训过程中，学生要以培训人员的身份参加培训活动的计划、组织、协调和实施，既需要掌握培训的理论知识，又需要选择切实可行的培训需求调查方法，包括培训需求调查问卷的设计，还要针对培训需求调查结果设计有效的培训计划，并对整个培训过程进行评估，这种全程参与、切身体验、深度参与的培训实践过程有助于学生主动学习和深入思考课堂上传授的《培训管理》的理论知识，并深入学习和掌握培训工作所需要的实际操作技能。
情景模拟培训法的使用，可以实现三种目的：第一，让学生初步掌握《培训管理》的基础知识和基本理论，对《培训管理》的理论知识有比较感性的认识，解决培训理论脱离实践的现实困境。如果仅仅通过课堂讲授方法，学生很难了解培训活动在实际工作中的流程和存在的各种问题。第二，学生可以知晓自己在将理论应用到实践过程中的缺陷和不足，切身体验开展培训活动需要的团队管理、人际交往、有效沟通等技能。第三，提高学生深入学习人力资源管理专业课程的积极性，通过这种模拟培训，学生在组织和参与整个团队活动的过程中，会更容易认清自己拥有的技能与工作需要的技能之间的差距，增加学习的动力和积极性。
三、情景模拟培训法的总体设计思路
培训是组织提高人力资源素质、提升核心竞争力的重要途径，也是人力资源管理的重要内容，是实现人力资源管理有效性的重要保障，同时也是一项实际操作性非常强的工作。培训管理是一个系统，这一系统始于对培训需求的分析评价，然后是确定培训目标，选择设计培训方案，实施培训，最后是培训效果评估。在人力资源管理专业教学实践中，如何将学生变成专业课程学习的主体、积极主动参与到学习中来、将教师传授的理论知识转化为实际的操作技能，是考核《培训管理》课程学习效果的重要标准之一。通过学生积极参与情景模拟培训，将会增强学生对培训理论知识和操作技能的全面理解与把握，从而培养和提高学生的团队管理、人际沟通、创新、组织协调、语言表达、提出问题、分析问题和解决问题等方面的综合素质和能力。
情景模拟培训法的总体思路如下：首先根据授课组人数分组，组建培训部门，每个培训部门成员一般为7-9人；每个培训部门实施自治管理，部门成员共同讨论确定本部门拟调查的工作岗位；根据拟调查工作岗位的特点，选择至少两种培训需求调查方法，其中一种方法为调查问卷；对调查的资料数据进行整理、输入和分析（需要用到SPSS或EXCEL等软件），确定该岗位最需要的培训内容；结合工作岗位特点、任职资格条件和培训内容，制定培训计划；最后对整个培训流程进行评估。在上述流程中，培训需求调查问卷、培训需求分析报告、培训计划和培训活动评估等环节需要在课堂公开演示，其他环节需要学生在课余时间完成，教师负责检查各团队任务完成的质量和效果。
四、情景模拟培训法的组织与实施
1.情景模拟培训法的知识准备
《培训管理》的理论知识可以为培训活动的实践操作提供理论指导。在情景模拟培训法开始前，教师需要向学生讲授培训的基本知识和理论，比如，培训和开发的内涵和类型、学习理论、培训流程、培训需求分析、培训需求调查问卷的设计、培训计划制定、培训效果评估等内容。
2.情景模拟培训法的人员准备
（1）全班分组。在讲授培训理论知识的同时，将教学班分为若干个培训小组，分组时要充分考虑教学班级总人数和授课总时数。组建培训团队时可以由教师负责，也可以由教学班级的班委负责，也可以两者相结合，在班委分组的基础上，教师根据每个团队的成员的特点进行重新调整，调整的基本原则是要确保每个团队间成员的能力均衡，避免强强组团和弱弱组团，争取能发挥每个团队成员的优势。
（2）每个小组要选定拟培训的岗位并设计调查问卷。每个培训小组相当于某一企业的培训岗位工作人员，他们要承担培训岗位的所有责任，因此在模拟培训之前，培训小组需要选定一个岗位作为拟培训的岗位，需要对该岗位从组织层面、任务层面和人员层面进行全面调查，然后利用课余时间制作培训需求调查表格并在课堂上公开演示（以PPT形式）。为了激励培训团队认真准备培训需求调查问卷，确保调查问卷质量，每个团队要给其他团队的培训需求调查问卷进行评估打分，并进行排名，这个排名会作为培训团队的平时成绩之一纳入到总评估。
3.情景模拟培训法的实施
所谓情景模拟培训法的实施是指根据理论知识的教学进度制定模拟培训计划，按照培训的流程，要求各培训小组按照预期计划开展各环节的活动，各环节的阶段性成果需要在课堂上进行展示。一般可以分为三个阶段性成果展示：培训需求调查问卷、培训需求分析报告、培训计划制定。
（1）培训需求调查问卷。调查问卷是调查培训需求的一种比较常用的方法。填写一份调查问卷非常容易，但要设计一份科学有效的培训需求调查问卷还是比较难的。在设计调查问卷前，教师需要把培训需求分析、调查问卷设计原则和要求等理论知识向学生讲解清楚，然后由各培训小组结合本小组拟培训岗位的特点，编制相应的培训需求调查问卷。经过小组的反复讨论修改定稿后，各小组负责在课堂上公开演示调查问卷，其他小组从问卷的科学性、有效性、简洁性等方面进行评估打分，最后根据各小组的得分进行排名。
（2）培训需求分析报告的撰写。撰写培训需求分析报告是确定培训目标、设计培训计划的前提和依据，它可以为培训部门提供关于培训的有关情况、评估结论及其建议。学生在撰写培训需求分析报告之前，还需要对已调查的问卷结果、调查资料进行分类、整理、分析和总结，从中找出培训需求。培训小组在分析培训需求时，要注意个别需求和普遍需求、当前需求和未来需求之间的关系，同时要结合业务发展的需要，根据培训任务的重要程度和紧迫程度对各类需求进行排序。在此基础上，撰写培训需求分析报告，报告结论要以调查信息为依据，不能依个人主观看法做出结论。最后形成的培训需求分析报告需要在课堂上公开演示。
（3）培训计划的制定。培训计划是根据培训需求分析报告，对培训目标、培训内容、培训方法、培训时间等方面的系统安排。各个培训小组需要根据拟培训岗位人员需求及其他影响因素，设计切实可行的培训计划，这个环节可以锻炼学生的计划组织能力以及调配各类资源的能力。
4.情景模拟培训法的归纳总结评价
理论上的培训评估一般是指培训效果评估，由于情景模拟本身的局限性，培训的效果无法在短期内体现出来，所以笔者选择了一个变通的方法：小组间评估、教师评估和培训小组的自我评估。
（1）小组间评价。为了增加各个小组的积极性和主动性，在每个课堂展示环节，都会实施小组间评估，各小组要对除本组以外的其他小组的课堂展示成果进行评价、打分、排名。
（2）教师评价。除了开展小组间的评价外，还需要任课教师的客观评价。任课教师需要从专业视角对各个小组的整个模拟流程的每个环节的课堂展示成果进行评价，并根据水平高低进行打分，最后的任课教师的评价成绩也要记入个人的平时成绩。
（3）培训小组的自我评估总结和小组成员的总结报告。每个培训小组都要对本小组开展的模拟培训活动进行总结评价，每个小组中的成员也要对自己在此次活动中的表现、感受和收获进行总结。培训小组的估计总结需要在课堂上公开演示，个人的评估总结需要交给任课教师，作为评定平时成绩的依据之一。
五、《培训管理》课程的考核与评价
传统的《培训管理》的考核与评价方法，大多采用一次性期末考试来确定课程的总成绩，或者加上平时的考勤成绩和作业成绩。这样的考核方法既不能激发学生参与学习的积极性，也无法帮助学生有效应用所学理论知识，上课的效果也会大打折扣，期末考试成绩也不能充分体现学生学习的效果。
为了促进学生参与《培训管理》课堂教学活动的积极性，提高《培训管理》的课堂教学效果，笔者对《培训管理》课程的考核与评价方法进行了探索和创新，在提高学生的创新能力和综合素质的指导思想下，在原有的考勤、平时作业成绩和期末考试成绩的基础上，增加培训实践教学活动环节的考核，即培训需求调查问卷设计、培训需求分析报告撰写、培训计划制定和培训活动评估四个环节和个人总结报告。为了加强培训小组成员间的团结协作意识，培训需求调查问卷设计、培训需求分析报告撰写、培训计划制定和培训活动评估四个环节的评估成绩以小组为单位进行考核。具体的考核环节如表1所示。
六、情景模拟培训法在《培训管理》中有效实施的教学保障
情景模拟培训教学法为学生提供了一个从课堂走向社会、将培训的理论知识转化为培训操作技能的平台，但要在实际的教学活动中有效地应用情景模拟培训法，提高该门课程的教学效果，还有一些问题需要注意。
1.调整或修改《培训管理》课程的教学计划
人员需求分析报告范文第5篇
1制定详尽的开发和交付流程
将软件开发周期从几年缩短到一个月甚至两个星期，这需要制定详尽的软件开发和交付流程。而详尽的软件开发和交付流程也是实现Scrum所必须遵守的。在Scrum中一个交付周期被称为一个Sprint。在每个Sprint开始之前，要有一个Sprint的计划会议（Sprintplanmeeting）。Sprint计划会议是在业务分析师和用户确定好当前阶段的需求分析之后,将可以进行开发的部分按照需求的优先级顺序排列好开发任务（Story）,再由开发人员对任务进行难度评分，最后团队根据可变因素如团队成员情况，开发环境状态等确定下一个Sprint的任务。为了加强团队内部的沟通和及时掌握开发交付情况，Scrum要求团队每日开站立会议（Standupmeeting），站立会议通常1到2分钟每人，主要说明前一天的工作内容，存在什么问题，以及今天的工作计划。当然在每个Sprint快结束的前一天，要开评审会议，来报告进度，通常情况下是软件会议制定软件当前Sprint的软件计划。中国有句古话叫做“吾日三省吾身”，每个Sprint结束还有一个最为重要的会议就是回顾会议（Retrospectivemeeting）。回顾会议主要是总结上一个Sprint，保持优点，克服缺点。确保每个会议的有效性是Scrum实现的基础。
2结对编程，提高软件开发效率
当需求明确且计划详细之后，对于软件开发最重要的就是提高开发效率。只有提高开发效率才能在短时间内向用户提供有价值的交付软件。对于提高软件开发效率，敏捷开发有一个很好的方式叫做结对编程（Pairprogramming）。所谓结对编程，就是一个任务交给两个开发人员，两个开发人员同时坐在一台电脑前面，一个人编程，另一个人实时检查，然后互换角色。当然，也可以和测试驱动设计（TestDrivenDesign）相结合，一个写测试用例，另一个通过实现代码使测试通过，然后互换角色。结对编程的好处在于，与传统开发一个人一个任务相比，两个人一起协作，可以尽快确定测试用例和程序接口，实时检查代码减少代码调试时间，互相学习软件开发设计技术，避免因成员变动阻碍开发进度。对于结对编程的两个人，只要两个人有互补，就可以在一起结对编程。例如，一个开发人员可以和一个需求分析师一起结对编程，需求分析师了解任务需求，可以负责编写测试用例，开发人员实现测试用例，从而使开发更满足需求。用户体验师也可以和开发人员结对编程，开发人员每实现一个功能块，用户体验师都可以进行实时的检查，从而更满足用户的体验。结对编程，看似浪费人员，因为同一时间做的任务变少，但是却能够大大提高编程效率和开发质量，是敏捷开发中重要的实现方法之一。
人员需求分析报告范文第6篇
关键词：网站项目管理；需求分析；注意事项
中图分类号：TP368 文献标识码：A文章编号：1009-3044(2011)31-0000-00
伴随着计算机技术的不断发展和日益提高的用户需求，网站项目经历了由简单的HTML到ASP，PHP，.NET语言的编写，由一两名设计师自由创作到团体集体分工实施完成的转变，网站的设计和开发已经成为了一个越来越复杂的软件工程。目前，网站项目主要以B/S模式开发，以网络服务器为核心，浏览器为交互端的软件建设项目，是根据特定规范在预定的预算和时间内完成的网站开发任务，他可以是一个独立的网站，也可以是基于各种需要的网站应用程序。为实现网站项目的具体功能，达到预期的计划目标，网站项目必须建立规范、有效、健壮的开发机制，也就是要做好网站项目管理，其中需求分析尤为重要。
1 网站项目需求分析的必要性
需求分析是一个项目的开端，也是项目建设的基石，没有做好需求分析的项目是有高风险性的。据有关统计，失败的项目中有80%是由于需求分析不明确造成的，同为软件项目的网站项目建设亦是如此，当然这也是与网站项目自身的特点相关联的。
1.1 网站项目建设的特点
1）设计者与客户层次与认识存在差异，容易导致项目建设目标的不确定性。
2）网站项目涉及领域广，对参与项目的人员理解和研发项目提出高要求。
3）网站建设属智力密集、劳动密集型项目，受人力资源影响大。
4）开发技术的快速发展使得网站项目的开发具有多模式的特征。
5）网站项目底层编程较为专业，要有友好界面对项目各参数进行配置。
1.2 网站项目需求分析的作用
结合网站项目建设特点，网站项目需要以下几个步骤：首先业务员与客户接洽了解，确认立项，从客户代表那里获得需求后，形成需求报告；业务流程分析员分析需求报告，生成项目模型报告；界面工程师得到项目模型后设计制作相应的模板和用户界面原型，并最终由客户代表确认。可以看出，作为项目开端的需求分析直接保障了整个项目的正确性、可行性和必要性，对项目最终的检测性和简明性至关重要，也可以这么说，做好需求分析才能有的放矢，项目才有成功的可能性。
2 网站项目建设需求分析策略
上面我们已经了解了网站项目需求分析的重要性，怎样做好需求分析，形成分析报告并最终完成项目呢？
网站项目狭义地讲包括了网页制作、美工设计、程序编码、系统及网络管理等专业技术，广义上又包含了企业管理、市场营销、心理学、广告学等很多领域的知识，在业务员与客户沟通立项后，由于设计者与客户层次与认识事物存在差异，容易导致项目建设目标的不确定性，这就使项目组与客户的沟通出现了问题；另外不同行业客户的特殊要求（比如开发税务相关网站项目，就需要设计人员有一定的税务知识）也对参与项目管理的人员和研发人员提出了很高的要求，这就要求接洽业务员要加强客户所在领域的知识积累，能够将客户的需求转化成实际的程序输出，也能够将项目中的个模块以客户易于理解的方式进行说明，深度挖掘客户需求，并最终明晰项目建设目的，完成必要的项目需求分析。在项目组的准备工作完成后，我认为采集客户需求应该按照以下三个阶段进行：
1）第一阶段
目标：完成调查报告和业务流程报告，搞清供求关系。
采取方法：项目组采取主动“问答”方式，指定有经验的业务员和需求方进行沟通。
具体实施：项目中涉及的经理、页面设计员、程序设计员、测试员，文档起草等人员必须到场，通过访谈、调查表、填写意向表等方式从宏观上把握客户具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等客观信息，与客户建立起良好的沟通渠道和方式。建设团队经理对搜集的信息进行汇总，各参与人员就获取的知识进行进一步的归类分析，页面设计员制定大略的视觉模版；程序员就网站功能进行拆解分析，列出网站需要的程序模块并就各功能实现的可行性对照现有的软硬件环境进行评估；文档起草准备完成调查报告和业务流程报告，进一步明细项目思路。
2）第二阶段
目标：完成调研分析报告，完成业务流程设计，进一步确认客户需求。
采取方法：项目组采取 “联想启发”方式，对第一阶段的调查进行完善和修改。
具体实施：项目涉及人员的要通过“联想启发”方式经一步与客户进行沟通，消除由网站项目建设的特点导致的众多不确定性。客户的需求往往是笼统的、分散的，第二阶段要对第一阶段的对网站项目的总体设计方向进行进一步的确认，可以通过展示企业以往开发的相似类别的产品实例、对网站项目的开发方法及运行方式和要求进一步说明，让客户等非专业人员对整站系统从前台到后台，从页面到代码，从架构到管理有一定的认识，从而是客户对自己的最终需求进行具体的描述。另外，项目组还要进一步了解客户的组织架构、业务流程，目前已有的软硬件环境，服务器现有的系统等，结合实际情况，架设调试服务器，作出基本的演示页面，和用户一起探讨业务流程设计的合理性、准确性以及站点浏览界面的习惯性和友好性，展现整个业务流程的设计，就建设目标的合理性和准确性进一步探讨，提出改进意见和改进方法。
3）第三阶段
目标：根据客户反馈修改演示系统，完成需求分析报告和业务流程报告，提交客户确认。
采取方法：对涉及网站项目流程和数据项的报告、文档进行“逐项签字确认”。
具体实施：在第二阶段需求分析工作的基础上，要求客户对前两个阶段的反馈意见进行审查，进一步明晰网站项目建设方向；承建方要对网站项目的流程进行进一步细化，对涉及的数据项要求客户进行逐项确认，另外承建方还要进一步改进演示页面，向客户描述整个网站项目的设计目标和输出结果，最终双方达成一致并签字确认。
总的来说，网站项目的需求分析是逐步深入，曲线前进的，要重视各个阶段的重点，将分析工作做到位才能做到省时、省力、省钱、高效，并最终保证整个项目的成功开发。
3 网站项目需求分析的注意事项
网站项目需求主要是指用户对网站系统在功能、行为、性能、设计约束等方面的期望，通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明。在整个项目实施过程中需求不明确、业务流程不合理往往是项目面临的最大风险，直接导致项目的开发失败或是客户不接受，因此必须做到细致了解客户意愿，明晰客户需求，采用必要措施来强化需求调研，需要注意以下几点：
3.1 深化沟通，强化需求分析
1）在实际项目建设中，客户由于种种原因很难在分析阶段全面而准确的描述所有问题，项目实施者可以引导客户讲所有想到的需求全部阐述清楚，然后归纳整理后逐条筛选，将客户的模糊要求明晰化。得到初步项目目标后，由于客户与研发人员知识的不对等，有可能导致理解的不对称，项目业务员要了解客户所在行业的需求情况，采取多次协商的方式，逐步强化需求分析。
人员需求分析报告范文第7篇
【关键词】员工；培训需求；分析
随着市场经济的快速发展和行业竞争的日益激烈，企业管理者越来越重视员工培训工作，使得员工接受培训的机会大大增加。然而，很多企业管理者发现他们提供给员工的各种形式的培训不但没有收到预期的效果，甚至还给企业带来一些负面影响。经过调查研究，发现存在这种情况的主要原因是企业在实施培训前没有做好员工的培训需求分析。企业应充分重视培训需求分析，通过科学的培训需求分析来提高培训效果。
1.培训需求分析的涵义
培训需求分析是指企业在规划与设计每项培训活动之前，由培训部门、主管人员、工作人员根据组织绩效现状，对现有组织成员的知识、技能及态度等方面进行系统的鉴别分析与比较，以确定是否需要培训及所需培训内容的一种活动过程。简单地说，培训需求分析就是确保让合适的人在适当的时候得到有效的培训。它具有很强的指导性，是组织确定培训目标、设计培训计划、有效实施培训的前提。
2.培训需求分析的作用
培训需求分析是实施有效培训活动的首要环节，在培训活动中具有其重要的意义。
（1）有利于找出差异，确认培训目标。培训需求分析的基本目的就是确认差异，即确认现有绩效与预期之间的差异。绩效差异的确认，有助于找出影响绩效问题的真正根源，有助于寻找出解决绩效问题的有效方法。
（2）有利于找出解决问题的方法。解决绩效差距的方法有很多，有可能是培训的方法，也有可能是培训无关的方法，比如，人员变动、工资增长、新员工的吸收等多种综合方法。企业面临的问题复杂多变，最好把这几种解决问题的方法综合起来，制定多样性的培训策略。
（3）有利于进行前瞻预测分析。企业的发展过程需要一个动态，不断变化的过程，当组织发生变革时，培训计划也要进行相应的调整。
（4）有利于进行培训成本的预算。培训管理人员应把成本因素引入到培训需求分析中，预算出培训的成本，对不进行培训所造成的损失与进行培训的成本之间进行对比分析，通过分析相关数据，计算培训投资回报率来科学分析培训的可行性。
（5）有利于促进企业各方达成共识。通过培训需求分析，可以收集制定培训计划、选择培训方式的大量信息，为确定培训对象、目标、内容、方式提供依据，促进企业各方达成共识，有利于培训计划的制定与实施。
3.培训需求分析中存在的常见问题
（1）培训需求分析忽略了企业的战略导向。培训的开展只有服务于企业的战略及由此形成的人力资源策略，才能帮助企业解决问题，并发挥战略价值。然而，有些企业做培训需求分析时忽略了企业战略导向，培训理念不清，导致企业各层级对于“培训什么”以及“培训的目标是什么”没有达成一致共识，进而影响了企业人力资源战略的贯彻与实践，培训效果也无法尽如人意。
（2）盲目确定培训项目。培训需求分析是整个培训与开发工作的起点，直接决定了培训工作的有效性。然而，许多企业将员工绩效问题简单的认为是由于缺乏培训的结果，于是盲目确定培训项目而没有找到真正的培训需求，没有系统性思考，在培训项目的设计与实施上存在很大的缺陷，导致培训效果不佳。
（3）培训需求分析组织和方法不科学。在培训需求收集时，没有充分考虑企业及人员的实际情况，仅凭个人的经验判断，机械地采用单一或与岗位不切实际的方法，培训需求分析有效性难以体现。
（4）部门观念不正确，在培训需求分析时支持和配合力度不够。培训管理人员没有就培训需求的目的做好宣传或动员，遇到问题没有及时解释沟通，其他部门不清楚为什么要进行培训，没有达成共识，导致无法提供有效的支持和配合。
4.如何提高培训需求分析的实效性
4.1要与企业发展战略相匹配
培训管理人员在进行培训需求分析时，要结合企业的发展战略对员工进行宣传引导，使广大员工都能够从组织战略的高度认识到培训工作的重要性。同时，对于员工提出的培训需求，要根据组织的发展战略加以协调，凡是符合组织发展目标培训要求都要加以重视，并做好相应的培训计划。
4.2要注重培训需求全员参与
在进行培训需求分析时，要让全体员工共同参与，要充分尊重每位员工的培训需求，让员工感受到是他们有培训需求，企业才满足他们的愿望，而不是由企业主观上安排的。同时，要让员工充分认识到培训的必要性和重要性，促使培训的员工自发形成培训意识。
4.3要注意分析员工的培训动机
有的企业在培训前也进行了培训需求分析，但员工在接受培训后却离职或跳槽了，出现这种现象的原因就是企业在做培训需求分析的同时，未能充分考虑一个比较现实的问题，员工的培训动机是什么？这也是一个不容忽视的问题，有些员工接受培训后，自身素质得到很大提高，工作所需的知识和技能也得到进一步强化，能够重新回到岗位上更好地从事工作。而有些员工却选择悄然离开，这对组织来说无疑是一个巨大的损失，这就需要企业在做培训需求分析时，一定要注意分析员工的培训动机，同时，为了减少培训风险，企业可以与员工签订培训协议，以文件的形式对此类员工加以约束。
4.4要做好培训需求分析的流程化设计
4.4.1做好前期准备工作
在进行培训需求分析之前，培训管理人员要做好前期准备工作，为下一步的培训需求分析工作打好基础，准备工作主要包括三个方面。一是收集员工资料，建立员工培训资料库。员工资料应包括员工培训档案、员工人事变动情况、绩效考核资料、个人职业生涯规划以及其他相关资料等。员工培训资料库可以帮助培训管理者很方便的寻找员工的背景资料，为员工的个人培训需求分析提供材料。二是及时掌握员工的现状。培训管理者应及时掌握员工的现状，才能及时准确的提供有效培训。三是建立收集培训需求信息的通道。培训管理者为及时掌握员工的培训需求，就必须建立起畅通有效的培训信息交流通道。例如，可以通过建立“培训信箱”、“培训信息公告板”，制定“培训需求申请规定”等方式与员工和部门交流培训信息，可以利用公司内部网络搭建培训信息交流平台，更方便快捷。
4.4.2制定培训需求分析计划
在正式开展培训需求分析之前，培训管理者有必要制定分析计划，计划应包括三方面的内容。一是制定工作计划。工作计划包括培训需求分析的工作内容和进度，各项具体工作在执行中可能会遇到的问题及应对方案，应当注意的问题等。二是设立工作目标。培训需求有三个层次，分别为组织层次、任务层次和个人层次。在计划中应当明确培训需求分析在哪个层次上进行，应当达到什么目标。三是确定培训需求分析方法。培训需求分析常用的方法有：观察法、问卷调查法、面谈法、测验法、工作任务分析法、资料分析法、重点团队调查法、绩效分析法和全面分析法等。培训需求分析方法和工具种类非常多，在实际应用时，要结合具体情况来选择合适的分析工具。
4.4.3实施培训需求分析计划
培训需求分析计划的实施主要是按照制定好的工作计划依次开展，主要的流程有：
（1）征求各部门的培训需求。培训管理者向各有关部门发出征求培训通知，填报培训需求表。
（2）整理汇总培训需求。培训管理者将收集来的各类培训需求进行整理汇总。
（3）对培训需求进行分析。对申报的培训需求进行分析，主要分析三个方面的情况，一是受训员工的现状，包括其在组织中的位置，是否受过培训，受过什么培训，以及培训的形式和效果等。二是受训员工存在的问题和原因。三是员工的期望和真实想法，包括员工期望接受的培训内容，希望达到的培训效果，然后核实员工的真实想法以确认培训需求。
（4）确认培训需求。通过对汇总来的各类培训需求加以分析和鉴别，参考有关部门的意见，根据重要程度和迫切程度排列培训需求，为制定培训计划奠定基础。
4.4.4撰写培训需求分析报告
人员需求分析报告范文第8篇
关键词：项目实训课；虚拟公司
中图分类号：G642文献标识码：B
文章编号：1672-5913（2007）05-0023-04
对于IT院校常出现的问题是教育与实践脱节，常常是培养出的学生到IT企业后不能适应公司的工作环境，所学的知识与应用存在距离，公司还要对他们进行特殊培训。在IT院校开设项目实训课，模拟公司的工作环境，把学生组织成项目小组，按照公司的项目开发流程指导学生对真实项目的开发，能够很好地解决这个问题。为此，本文提供了一个项目实训课的实现案例。学生通过项目实训课的学习锻炼，使其达到具有一定IT领域项目开发经验,体验、了解公司的工作环境，熟悉公司的项目开发及项目管理流程，成为上手快、实战能力强、技术过硬、基本功较扎实、具有较强的团队精神和创业能力、用人单位抢手的人才。如果条件允许项目实训课程可采用双语教学，指导教师可尽量用英语指导学生。
1 项目团队组成
教师指导学生以一个虚拟公司为背景，组织成多个项目小组，每个学生在项目小组中承担一个或若干开发角色。进入项目小组后不得无故退出。项目小组有以下角色：
项目经理：负责本小组的人员协调和安排，制定项目开发计划，按照开发计划控制进度，在负责整体的同时，开发好属于自己的模块。
产品经理：主要使命是提高客户的满意度，在项目开发过程中代表为项目付款的系统拥有者的利益。
用户体验角色：代替实际用户使用产品，排除用户在使用产品过程中遇到的问题和障碍。
文档人员：协助项目经理、系统分析员完成要提交的文档，并敦促小组成员提交他们所负责的模块相应的文档，并整理后按照存储路径和格式及项目开发计划任务书中的时间段提交给导师。
系统分析员：负责本小组项目开发技术支持(软件配置管理、培训等)，协助项目经理带领小组成员完成需求分析、概要设计、详细设计、编码、测试等一系列工作。
开发人员：按照项目经理和系统分析员以及项目开发计划任务书的要求，完成相应的工作任务，提交自己所负责的模块或者子系统的文档给文档负责人。
测试人员：负责系统测试。
2 实施流程
实施流程如图1所示。
图1 实施流程
3 项目管理
为了使同学们更好地熟悉掌握软件项目开发流程及项目管理规范，项目管理通过适当精简，主要包括以下活动：
（1）项目进度跟踪与监控
①项目周报制度：项目团队每周总结项目进度情况，撰写《项目周报》。
②周例会制度：导师每周召开项目例会，探讨问题，总结工作。
③项目计划跟踪:老师指导下各项目小组由项目经理根据项目开发计划对实际项目进展情况进行跟踪，作好项目跟踪记录。
④控制偏差：老师指导下项目经理根据项目的需求及设计文档对项目的功能实现进行监控，如果出现偏差应及时更正。确保项目的各功能与需求文档所要求的一致。
⑤指导教师应该给学生作适当的项目管理方面的培训，让学生了解软件工程及项目管理方面的知识。
（2）项目各阶段评审
①项目开发计划评审：由指导教师主持，由该虚拟公司的所有项目小组参加，对各项目小组制定的开发计划进行评审，学生可以提出自己的观点，进行辩论。老师进行讲评总结，然后各小组对项目开发计划进行修改、提交，作为考核项目小组工作的文档。
②项目需求分析报告评审：由指导教师主持，由该虚拟公司的所有项目小组参加，对各项目小组作的需求分析报告进行评审，学生可以提出自己的观点，进行辩论。老师进行讲评总结，各小组对需求分析报告进行修改、提交，作为考核项目小组工作的文档。
③项目设计报告评审：由指导教师主持，由该虚拟公司的所有项目小组参加，对各项目小组作的设计报告进行评审，学生可以提出自己的观点，进行辩论。老师进行讲评总结，各小组设计报告进行修改、提交，作为考核项目小组工作的文档。
④项目实施与测试指导评审：由指导教师主持，由该虚拟公司的所有项目小组参加，对各项目小组演示所做项目的功能，讲解项目实现原理，对认为好的算法或使用先进技术解决问题，应进行说明。其他学生对系统进行评审，学生可以提出自己的观点，进行辩论。老师进行讲评总结，各小组对项目系统作进一步进行修改，然后提交，作为考核项目小组工作的文档。
⑤项目总结与评审：由指导教师主持，由该虚拟公司的所有项目小组参加，以项目小组为单位对项目进行总结，指导学生写出项目总结报告。
（3）里程碑成果提交
①评审确认的各阶段文档。包括：项目开发计划、需求分析报告、设计报告等文档。
②项目总结报告。
③程序代码。
④最终成果物。
可以按照需求达到设计标准的可运行系统。
（4）管理文件及表格
项目开发进度表等。
4 项目质量保证
（1）执行研发中心质量管理体系
①依据ISO9001：2000质量保证体系要素
②适当加入特定文件及质量表格
③严格风险控制
④严格设计及测试环节
（2）加强预防和纠正措施
（3）加强管理评审
（4）加强问题跟踪
5 配置管理
软件配置管理分为版本管理和配置库管理，配置管理软件SourceSafe。
版本管理包括以下主要任务：
* 建立项目；
* 重构任何修订版的某一项或某一文件；
* 利用加锁技术防止覆盖；
* 当增加一个修订版时要求输入变更描述；
* 提供比较任意两个修订版的使用工具；
* 采用增量存储方式；
* 提供对修订版历史和锁定状态的报告功能；
* 提供归并功能；
* 允许在任何时候重构任何版本；
* 权限的设置；
* 晋升模型的建立；
* 提供各种报告。
6 项目考核
平时成绩与项目结项答辩成绩的比例为1∶1。
平时成绩考核：由考勤、程序代码及整个项目实施过程中所产生的所有文档的评审结果的综合。
项目结项答辩成绩考核：
（1）检查项目的系统运行是否正常，各项功能是否按照需求要求实现。
（2）项目结项后组织对项目的答辩会。
7 项目培训
指定项目实训课指导计划，设计流程，按计划对学生进行培训。
（1）指导教师在指导学生从事项目实施过程中，将“软件工程与项目管理”课程融入到项目的立项管理、需求开发与需求管理、系统概要设计等各个过程当中。同时将进行二次集中的知识讲授，讲授内容包含：项目场景的描述、分析项目；项目实施与测试指导、评价。
（2）指导教师根据学生的特点及项目的特点对项目实现过程中所要使用的一些关键技术进行培训。
（3）在项目的实现阶段，对学生项目开发工具的使用、项目开发环境的设置等方面进行指导。可对系统的整体框架，根据每个学生的具体情况，对一两个比较典型的模块进行剖析，让学生有一个开发参照模式，可以避免学生开发时无从下手的问题。
8 项目研讨
实训课的项目研讨分为三部分内容：
答疑解问：导师集中对同学在项目开发过程中出现的各种问题进行解答。
技术预研：是指在项目立项之后到项目开发工作完成之前的这段时间内，对项目所采用的关键技术提前学习和研究 ，以便尽可能早地发现并解决开发过程中将遇到的技术障碍。
项目阶段性研讨会议：实训课分为项目说明会、项目小组确定；项目需求分析研讨；项目设计研讨。其中项目小组成员对评审中的问题可以发表自己的意见，可以进行相互辩论，最后指导教师进行点评。
9 项目评审
由指导老师组成项目评审小组，听取项目团队的汇报并进行评审。包括项目开发计划评审、项目需求分析报告评审、项目设计报告评审、项目实施与测试指导评审、项目总结与评审。
评审目标如下：
* 发现任何形式表现的软件功能、逻辑或实现方面的错误；
* 通过评审验证软件的需求；
* 保证软件按预先定义的标准表示；
* 使项目更容易管理。
通过评审使项目小组成员真正掌握项目开发流程、了解软件工程及项目管理在项目开发过程中的作用。同时解决项目开发中一些问题，也起到对项目小组成员工作考核作用。
（1）评审过程
召开评审会议：一般应有3-5人参加。会议结束导师给予评审分数。
评审报告与记录：所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。
（2）评审准则
对每个正式技术评审分配资源和时间进度表；
对全部评审人员进行必要的培训。
10 结束语
本文中所论述的实训课的设计及实施方法已在我院的大学生创业中心实施，并收到了明显的效果，经过实训课培训后学生的项目能力有了明显的增强，完全可以在我们的创业中心参与各虚拟公司的项目开发工作并从中得到更多的工作经验。
参考文献：
[1] 林锐，唐勇，黄曙江，石志强． IT企业项目管理：问题、方法和工具[M]．北京：电子工业出版社.2005．
[2] 陈宏刚，熊明华，林斌，等．软件开发过程与案例[M]．北京：清华大学出版社．2003．
收稿日期：2006-11-23
人员需求分析报告范文第9篇
摘 要：本文提出了一种全新的软件项目开发综合实训模式，该模式以实际项目贯穿始终，以软件工程思想贯穿全线，围绕学生完成一系列递进的典型工作任务来组织实训内容，覆盖不同课程串联不同知识。该模式是工作过程导向在软件技术实训教学上的运用，对当今高职院校进行课程改革具有重要的参考价值。
关键词：工作过程导向；学习情境；典型工作任务；项目开发；综合实训
中图分类号：G642 文献标识码：B
1 实训教学的现状和对策
我院的软件技术Java开发方向主干课程的设置包括：“Java程序设计”、“数据库基础及应用”、“JSP程序设计”、“UML基础与Rose建模”、“软件工程”、“软件测试”、“J2EE技术”。在每门课程的最后阶段都安排了课程实训，在此过程中，学生以个体或小组形式完成一个相对真实的工作任务。课程实训可以训练学生将该课程中不同的知识和技能串联起来，加以综合应用解决实际问题。由于各门课程相对独立，即使完成以上所有课程的课程实训，学生还是难以参与软件开发的全过程，难以获得对开发过程的整体把握。即使进入专业学习结束后的毕业设计阶段，由于毕业设计教学环节与大学生毕业就业成为近年来我国高校的一个非常突出的矛盾，尤其是高职高专院校的毕业生面临着严峻的就业形势，许多学生在最后一个学期几乎都在外出找工作，提前就业上岗。高职高专院校本来就学制短，毕业设计教学环节形同虚设，严重影响了正常毕业设计教学环节的实施和毕业生的水平。
在近几年的专业建设和课程改革中，我们越来越认识到培养学生的软件开发能力、团队合作能力、工程应用能力的重要性。为此，我们专门针对高年级学生设计和开发了工作过程导向的、具有专业总结和综合性质的项目开发综合实训，通过项目实践开阔学生视野，锻炼学生的团队意识和工程意识，全面培养学生的职业素养和工程应用能力。
2 基于工作过程的高职软件项目开发综合实训设计思路
基于工作过程的高职软件项目开发综合实训设计思路包含“两个贯穿一个分解一个覆盖”：即“工程项目贯穿”、“软件工程思想贯穿”、“典型工作任务分解”和“不同课程覆盖”。
2.1 工程项目贯穿
“工程项目贯穿”，即以一个工程项目全线贯穿于整个实训过程，学生从步入实训基地开始接受项目，到最后提交一个按照操作程序、操作规范完成的，满足一定质量标准的开发成果。在确定项目时，应该把握好以下两个原则：
第一，实训项目应具有一定的应用价值和实际意义。实训项目最好以实际项目为背景，或者直接就是从实际项目提炼而来，与企业实际生产过程或现实商业经营活动有直接的关系。这样的项目能培养学生的实战经验，极大地激发学生的积极性。但是要注意，业务流程太专业太复杂的项目不适于拿来作为全程的实训项目，因为这类项目在前期的业务分析和理解上将耗费太多的时间和精力，不利于后续工作的展开。
第二，要根据教学内容和专业培养目标确定项目内容与项目难度。高职软件技术Java开发方向旨在为社会输送合格的熟练的Java程序员，而J2EE编程是Java程序员追求的最高目标，所以我们确定的实训项目具有总结性和综合性，并具有一定的挑战性。经过前导课程“J2EE技术”的学习和实践，学生已经具备了用Servlet+JSP+JaveBean (EJB)或struts框架来实现MVC架构的能力，在实训项目中我们鼓励学生整合Struts、Hibernate和Spring三个框架，综合运用J2EE的组件、框架开发技术，开发一个满足J2EE架构的多层的企业应用。
2.2 软件工程思想贯穿
在传统的“软件工程”教学中，软件工程是一门独立的理论性较强的课程，学生们缺乏实战经验，难以在参与软件开发的全过程中获得感性体会，理解软件工程的精髓。
为了培养软件工程意识，使工程化思想成为学生从事软件开发工作的行动指南，我们将软件工程思想贯穿于整个综合实训的始终。综合实训以成熟的软件开发模型为基础，以具有一定应用价值和实际意义的项目为背景，学生以开发团队的形式，按照软件开发流程，在规定的时间点完成指定的任务，经历需求分析、建模、设计、编码、测试、部署的软件工程全过程。综合实训模拟企业运作机制，模拟企业中实际存在的项目压力和工作压力，模拟真实企业开发环境，以项目的进度检查作为监控，以项目开发成果作为最后的考评。学生在实训过程中，都有机会承担项目经理、设计人员、编码人员、测试人员等全部或部分岗位角色的职责，学生的综合能力得到极大的提高。
2.3 典型工作任务分解
典型工作任务是“基于工作过程”实训课程开发的精髓。所谓“任务”就是要求学生做一件事，重要的是，这件事是按实际工作的要求来操作的，包括操作程序、操作规范、质量标准等。学生在完成各项“任务”后，会呈现出不同的“结果”。这个结果是非标准答案的，即每个学生或每个团队的作品可以不一样，对作品的评价不是简单的对与错，而很可能是好与差。而“典型工作任务”能呈现出职业的典型的工作内容和形式，在整个企业的工作大环境里具有重要的功能和意义。
在工作过程导向设计原则的指导下，结合软件行业的岗位需求，通过分析完成软件开发需要完成哪些典型工作任务，我们设计了基于工作过程的实训流程。该流程以一个软件项目贯穿始终，将整个软件开发过程分解为一系列递进的实训情境，在每个实训情境要求学生完成一个独立的工作任务，完成所有的实训情境就完成了整个软件项目的开发。
基于工作过程的项目开发综合实训流程如图1所示，整个实训由递进的6个实训情境构成(水平方向)，它们对应的工作任务依次为“需求分析”、“搭建开发环境”、“设计”、“编码”、“集成和测试”、“项目部署”。垂直方向则反映了为完成某项工作任务所采取的步骤和要提交的工作成果。
图1 基于工作过程的软件项目开发综合实训流程
2.4 不同课程覆盖
按照工作过程导向设计原则，将整个软件开发过程分解为递进的6个实训情境，每个实训情境覆盖了不同的课程内容。表1列出了每个实训情境对七门主干课程的覆盖情况，可以看到，它彻底地克服了传统的课程体系只重视每门课程自身的实验，缺乏覆盖不同课程，串联不同知识和技能的综合性实验的重大缺陷，它使得相对独立的各门课程整合在一起，使整个实训成为一个有机的整体。这样的训练能使学生将以前的所学融会贯通，能有效地培养学生的综合应用能力和创新能力。
3 基于工作过程的高职软件项目开发综合实训的实施
3.1 实训项目举例
依照确定项目的两个原则，我们把为我院开发“教学资源管理系统”定为综合实训的第一个项目，要求运用Struts、Hibernate和Spring三个框架，开发一个满足J2EE架构的多层的企业应用。
该项目的业务需求是“主要完成对多媒体课件和各种多媒体素材资源的管理，方便对各种电子教学资源进行分类维护，包括浏览，查询，下载；为教师提供一个方便快捷的课件渠道，把制作的课件或搜集的素材上载到该系统，实现资源共享。本系统分三级用户：系统管理员，教师用户、普通用户(包括学生)；包括以下四个方面的功能：普通用户资源浏览和下载；普通用户资源检索；教师用户资源上载；管理员系统维护”。
项目开始时，教师只给出较为粗略的业务需求，给学生留有足够的发挥空间。因为“教学资源管理系统”就是为学生和教师服务，非常贴近学生的学习生活，理解起来没有任何障碍。至于界面做到什么样子，功能做到何种程度，留给学生在撰写详细的需求分析报告时去确定，教师需要把关的是工作量和技术难度，不能太简单而达不到实训的效果，也不能太难无法实现而挫伤学生的积极性。
3.2 实训组织方式
实训采用4个人一组，每人负责一个方面的功能开发，每组设一个项目组长，项目组长除负责一个方面的功能模块开发外，还负责各模块集成。由项目组共同提交一份需求分析报告。个人一旦选择某方面的功能开发，就要全权负责该部分的设计、编码和单元测试。此外，在测试情境中，开发小组进行角色转换，变成测试小组，选择别的小组开发的软件进行测试。
3.3 实训进度安排和任务要求
本综合实训历时一个月，共72学时(4周*18课时)，进度安排如表2所示，各院校可根据自己的情况作适当调整或根据需要增加学时。下面是每个情境的具体步骤、任务要求的详细描述。
3.3.1 情境1：需求分析
本情境的典型工作任务是撰写详细的需求分析报告。
(1) 首先老师对实训项目提出业务需求，讲解应用的环境、功能要求、技术要求以及实训组织方式。
(2) 实训小组组成，组合出每个小组的成员，选出项目小组长。
(3) 每个小组对功能模块分工分配，确定每个人所承担的功能模块。
(4) 各小组讨论需求分析，每个人撰写模块的详细需求分析报告。
本情境结束后，要完成以下任务：
老师要汇总出小组划分、成员分工；
项目小组提交一份详细的需求分析报告。
3.3.2 情境2：搭建开发环境
本情境的典型工作任务是搭建J2EE开发环境。我们选择的开发环境为：
操作系统：Windows NT /Windows XP
Java 平台：JDK1.6 以上
服务器：JBOSS 4.0.4
数据库服务器：MySQL 5.0
开发平台：MyEclipse 5.5
建模工具： Rational Rose
单元测试：Junit
功能测试：手工测试
(1) 首先老师对开发环境进行讲解；
(2) 学生在自己的机器上完成以下任务：安装JDK环境、安装JBOSS服务器、安装MySQL服务器、安装MyEclipse集成开发工具、安装Rational Rose建模工具、安装Junit。
本情境结束后，要完成以下任务：
1) 学生在自己的机器上完成环境的搭建和测试。
3.3.3 情境3：设计
本情境的典型工作任务是撰写详细设计文档。
(1) 老师对需求分析进行点评，指出其中的问题和修改意见。
(2) 老师以其中某个模块为例，讲解所使用技术和技术线路。
(3) 进行模块设计和数据库库表设计，模块之间接口的定义，数据库中测试数据的准备。
本情境结束后，学生要完成的任务：
对需求分析报告进行修改和完善。
撰写详细设计文档，包括类图和时序图。
详细设计包括以下组件的设计：模型实现类和DAO组件；业务逻辑组件；MVC层组件；表现层组件
撰写数据库表的设计以及测试数据，数据库表设计包括库表名称、字段定义，测试数据以表格的方式形成。
3.3.4 情境4：编码
本情境的典型工作任务是依照设计进行代码编写，以及单元测试。
老师对学生的模块设计和库表设计进行点评，指出其中的问题和修改意见。
在编码过程中，老师要对学生进行指导，帮助解决问题。学生之间应互相配合，及时修正模块设计中的错误。
本情境学生要完成的任务包括：
修订详细模块设计和数据库库表设计；
用测试数据填充数据库；
制定编码进度；
模型实现类和DAO组件的编码和测试；
业务逻辑组件的编码和测试；
MVC层组件的编码和测试；
表现层组件的编码和测试。
3.3.5 情境5：系统集成和测试
本情境的典型工作任务是小组模块集成和功能测试。
(1) 小组成员之间相互配合，完成整个系统的集成。
(2) 选择另一个小组开发的系统，根据他们的需求分析报告，撰写测试用例。
(3) 进行功能测试并提交测试报告。
本情境完成，学生要完成以下任务：
将小组内各成员开发的模块进行系统集成；
选择另一个小组开发的系统撰写测试用例，进行功能测试，并提交测试报告。
3.3.6 情境6：项目
本情境的典型工作任务是部署项目、提交成果。
(1) 学生将实训成果进行演示
(2) 学生提交可以部署的包和按工程组织的源代码
(3) 老师对各个项目小组的成果进行考评。
(4) 老师对整个实训进行点评。
本情境完成，学生要提交以下程序和文档：
源代码和可以部署的包
实训报告
4 新的综合实训模式对教师提出了更高的要求
基于工作过程的高职项目开发综合实训，覆盖面广，综合性和工程实践性强，要求按照软件工程的要求，指导学生进行软件项目开发实训，因而对指导教师的教学素养、主导作用、工程实践经历提出了更高的要求。为此我们组建了一支以具有工程实践经验的核心教师为首，由各科任课教师组成的教师团队。进入实训项目的教师必须首先对项目本身有足够的认识和理解，并且亲自做过，才能在其参与指导的实训情境中指导学生完成该情境所指定的典型工作任务。而核心教师经历过企业软件开发项目的全过程，熟悉软件开发项目的管理过程，熟悉软件开发程序的设计规范、调试过程、软件质量测试方法，以“项目经理”的身份指导学生进行软件开发实训，其关键作用是不可置疑的。
同时，新的综合实训模式必须有新的教学观念、讲授模式和管理模式。在实训过程中绝对不能再是“教师讲授学生听”，而是以学生为主体，以任务为驱动，教师重点放在讲解每个任务的需求，完成该任务所要采用的知识、方法、工具和步骤，然后由学生自己进行分析、建立问题模型，自己掌握开发的进程。教师则更象一位项目经理，控制项目进度，评定软件质量。
5 结束语
基于工作过程的高职项目开发综合实训，是一种全新的软件项目开发综合实训模式。该模式以工程项目贯穿始终，以软件工程思想贯穿全线，围绕学生完成一系列递进的典型工作任务来组织实训内容，覆盖不同课程串联不同知识。该模式是工作过程导向在软件技术实训教学上的运用，对当今高职院校进行课程改革具有重要的参考价值，同时对指导教师提出了更高的要求。
参考文献
[1] 姜大源．当代德国职业教育主流教学思想研究―理论、实践与创新[M]．北京：清华大学出版社，2007.
人员需求分析报告范文第10篇
一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
（一）项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
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、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
（六）系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
（七）总体验收阶段
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
软件项目策划书（二）
一、项目计划的要素
根据PMBOK2000，项目计划可以包含如下要素：
1、项目范围说明
项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。
2、项目进度计划
进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。
在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。
3、项目质量计划
4、项目资源计划
有了项目范围计划和进度计划后，资源计划就是决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。
5、项目沟通计划
沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。
6、风险对策计划
风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。
7、项目采购计划
项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。
8、变更控制、配置管理计划
由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。
二、项目计划编制过程
由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。
制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。
企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。
接下来的项目计划编写一般要按照以下过程：
1、成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。
2、项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。
说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。
3、项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。
4、编写《软件项目计划书》
项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。
编制项目计划的过程应当分为以下几个步骤：
a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；
b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。
c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。
d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。
e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。
f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。
g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。
h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。
5、软件项目计划书评审、批准
项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。
项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。
项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。
批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。
项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。
配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。
项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。
三、项目计划内容确定
项目计划内容的确定一般要按照以下过程：
1、确定项目概貌
合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。
2、确定项目团队
确定项目团队的组织结构和与项目开发相关的职能机构，包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。
3、明确项目团队内、外的协作沟通
明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。
当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。
4、规划开发环境和规范
说明系统开发的所采用的各种工具，开发环境，测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。
5、编制工作进度计划
根据本企业规定和项目实际情况，确定项目的工作流程。编制项目的工作计划，此计划为高层计划，各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间，各阶段结束的标志是阶段成果。在计划中要求明确以下内容：
a、工作任务划分；
b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；
c、确定主要里程碑、阶段成果；
d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项目，应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适，特殊任务的时间跨度在两个星期内；在项目的进行过程中，项目经理编制双周工作计划，指导成员的具体工作。
6、编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。
7、编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。
8、制定辅助工作计划。根据项目需要，编制如培训计划、招聘计划等。
9、规划开发支持工作，如供方管理计划。
10、规划项目验收：制定项目的验收计划。此项工作可以视需要进行裁减。
本文链接：http://www.vanbs.com/v-141-2586.html人员需求分析报告范文10篇
相关文章：
管理实践调查报告08-17
小王子的经典语录08-08
礼仪工作计划10-11
2024年春季五年级班主任工作总结08-16
护士转正工作总结100字 护士转正工作总结简短(八篇)08-14
第二季度工作总结幼儿园 第二季度工作总结结尾(四篇)08-12
英语会议邀请函11-23
《十万个为什么》读后感11-14
鲁迅《二十四孝图》读后感09-13
秋冬季传染病新闻稿08-10
相遇的唯美句子11-04
我的故事作文1000字07-23
二年级语文教学论文范文10篇08-15
谜底是熊的谜语07-26