以下为《项目人力资源管理 人员实施管理方案》的无排版文字预览，完整格式请下载

下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。

人员实施管理方法

项目人力资源管理

项目实施过程中人力资源管理是项目管理中一项十分重要工作，软件行业依靠个人英雄的现象严重阻碍了许多企业的发展，项目实施成功主要***整体的实力，依靠组织的制度与纪律，而不是靠个人。

质量体系中具有一套完善的项目管理规范，本项目实施将通过执行这些规范来保证有效的项目人力资源管理：

1、项目组各成员必须***培训制度接受相关的岗位培训及有关的知识技能培训，从而保证项目人员具备合格的知识技能来完成其工作

2、***量化管理机制，以公正的考核及奖惩制度激励员工追求上进、努力工作

3、项目组各成员必须执行工作报告制度，提高项目实施过程的透明度

4、项目人员的工作成果必须接受审核与评审，以保证项目每一项实施工作的正确性

5、项目人员所有的工作成果并纳入统一管理，以保证项目实施工作的完整性

6、项目人员所有工作都必须提交规范的记录文档以保证项目实施工作可追溯性及可跟踪性

7、项目组成员必须执行沟通规范，以保证交流的效率及有效性，充分体现项目人员每个个人的尊严与价值

需求调研

工作目的

需求调研的目的是从总体上了解客户对项目的期望、项目的整体目标、难点、风险以及客户方面负责项目的人员情况等，以便于对项目能有比较概要和全面的了解，便于对项目进行评估和后续工作的开展。

我们在了解客户的要求、思路和现状以后，通过对客户要求的理解、整理和对客户的引导，与客户确定需要建设的软件系统的需求。

在此过程中，在业务上主要是与客户沟通确认业务实际流程，不涉及对计算机软件系统的映射；在技术上，主要收集客户目前的硬件、网络、系统软件等基础设施情况；目前客户所拥有的哪些业务系统，在建哪些系统，***承建的软件系统的关系等。

需求调研的阶段，实际上就是客户和我们双方互相试探、互相了解并初步建立沟通渠道的阶段，主要的任务就是充分交换信息，尽可能的了解项目全貌，为后续的工作奠定良好的基础。

人员配备

承担需求调研工作的一般是我们的行业咨询师或需求分析师。他们善于简化工作，并且具有良好的沟通技巧，以及具备丰富的客户业务领域知识。

工作规范

需求调研工作依***制定的《需求调研工作规范》进行。

《需求调研工作规范》针对软件开发项目中的需求调研工作，规定了需求调研人员在进行整体项目需求调研工作中，应遵循的工作步骤、工作方法、使用的工具、总结提交的阶段文档及阶段性目标。我们严格执行这一整套的规范，保证需求调研能达到完整准确清晰地取得并整理出客户对软件的需求和目标，从而在源头上，保证将来开发的软件产品的质量。

需求调研是项目组直接面对客户的用户接口工作，工作目标是理解客户的实际业务，完整了解和总结客户的需求，形成清晰的需求文档，提交给需求分析人员。

工作流程图

/

需求调研流程图

工作流程详述

1、需求获取

主要通过访谈形式获取客户对系统应满足的业务功能的要求。

召集组织客户的相关人员、关联单位的相关人员，面对面进行需求访谈。需求调研人员启发、引导客户描述业务流程、要点、文件及生成的报表、单据等。我们通过与客户积极沟通，保证对业务的正确理解和知识的同步。

需求访谈要使用多种协助记录的工具，保证原始需求信息被完整无遗漏地记录下来，已备后续反复研究和使用。目前采用的方法主要有：

访谈录音

在访谈过程中，使用录音笔等录音工具，完整记录客户和需求调研人员的谈话语音。目前我们使用的语音记录格式包括VY2和MP3。

脑图记录

作为替代原始的会议记录方式的记录工具，脑图工具具有许多优势。比如脑图工具可以快速记录大量信息、灵活随意修改信息、清晰体现信息间的逻辑联系、方便导出到MS Office中二次利用。我们目前使用的脑图工具为MindManager。

调查表

针对客户户需要明确答复的问题，预先制定调查表，客户直接在表上钩选或填写相应的答案；完成后由需求调研人员收取整理。

业务流程图

使用Visio等工具，即时画出业务流程图，当时与客户沟通修改。

需求外审

《用户需求说明书》通过内审后，提交客户方某某需求外审。

我们会组织客户的相关人员，对需求说明书的内容进行评审，核对业务。评审未通过则重新开始需求获取或需求组织工作；评审通过则完成需求调研工作。此时意味着需求已经完整有效地从客户传递到需求调研人员。

需求分析

工作目的

需求分析的工作是将需求调研得到的客户需求，经过专门的分析过程，形成可以为开发人员直接阅读和使用文档。也就是将业务需求转化为软件功能需求。

人员配备

承担需求分析工作的一般是需求分析师。他们善于协调，并且具有良好的沟通技巧，以及具备丰富的客户业务领域知识和技术领域知识。

工作规范

需求分析工作依***制定的《需求分析工作规范》进行。

《需求分析工作规范》针对软件开发项目中的需求分析工作，规定了需求分析人员在进行整体项目需求分析工作中，应遵循的工作步骤、工作方法、使用的工具、总结提交的阶段文档及阶段性目标。我们严格执行这一整套的规范，保证需求分析能达到完整准确清晰地将用户业务需求转化为目标系统的功能需求的目标。

工作流程图

/

需求分析工作流程

工作流程详述

业务建模的目的在于：

了解目标组织（将要在其中部署系统的组织）的结构及机制。

了解目标组织中当前存在的问题并确定改进的可能性。

确保客户、最终用户和开发人员就目标组织达成共识。

导出支持目标组织所需的系统需求。

我们在业务建模阶段主要完成两种模型及两种文档：

业务用例模型

业务用例模型描述一个业务的流程以及它们与外部各方（如客户和合作伙伴）之间的交互，由业务用例和业务主角构成。

业务用例实例是在业务中执行的一系列动作，这些动作为业务的个体主角产生具有可见价值的结果。

业务主角代表了与业务有关的角色，此角色由业务环境中的某个人或物来担任。如下图所示：

/

业务用例模型

业务对象模型

业务对象模型是描述业务用例实现的对象模型。

业务对象模型是一种根据职责、可交付工件和协作行为来说明业务流程的方法。不建立成业务对象模型意味着存在一定风险，因为开发人员只是肤浅地注意业务的进行方式。他们将做自己所熟悉的工作，即在缺乏业务流程观念的前提下设计和创建软件。其结果可能是构建出来的系统无法满足业务需要。

业务对象模型由业务角色和业务实体构成。

业务角色代表业务中的一个或一组角色。参与业务用例实现时，一个业务角色和其他角色进行交互，并操纵业务实体。

业务实体代表业务角色执行业务用例时所处理或使用的“事物”。

/

业务对象模型

业务词汇表

业务词汇表定义在项目的业务建模部分所使用的重要术语。

业务规则

业务规则是必须遵守的政策或条件的声明。

业务模型内审

为保证对业务模型的完整性、正确性，在完成业务模型后，项目组组织内部评审会，根据《业务模型内审标准》评审业务模型。

评审会参加的人员一般包括：项目经理、需求分析师、开发经理、测试经理及部署经理。

业务模型如未通过内审，根据不同情况，重新开始业务建模工作。

系统建模

业务模型是对对客户的业务需求建模得到的，系统建模实际上是软件需求的模型。

系统模型中最主要的用例模型可以从业务对象模型推导转化而来。

我们在系统建模阶段主要完成用例模型、用户界面原型及词汇表：

用例模型

用例模型是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契约。用例模型用作设计和测试活动的基本输入。

用例定义了一组用例实例，其中每个实例都是系统所执行的一系列操作，这些操作生成特定主角可以观测的值。

主角定义系统用户在与系统交互时可扮演的一组相关角色。用户可以是个人，也可以是外部系统。如下图所示：

/

用例模型

用户界面原型

用户界面原型是用户界面的一种原型。我们使用Visio等工具，生成最终软件的用户界面原型。

词汇表

词汇表定义项目中所使用的重要术语。此文档对于开发人员来说非常重要，尤其是当他们需要了解和使用该项目的特定术语时显得更为重要。

系统模型内审

为保证对系统模型的完整性、正确性，在完成系统模型后，项目组组织内部评审会，根据《系统模型内审标准》评审业务模型。

评审会参加的人员一般包括：项目经理、需求分析师、开发经理、测试经理及部署经理。

系统模型如未通过内审，根据不同情况，重新开始系统建模工作。

界面设计

工作目的

界面并不仅仅是一个应用程序，它应该能为用户服务，是用户与程序沟通的唯一途径。因此我们的界面设计原则包括：

用户界面友好，交互性强、屏幕中文显示、屏幕利用率高。

用户界面设计在工作上又可细分为结构设计、交互设计、视觉设计三个部分。

结构设计

结构设计是界面设计的骨架。通过对用户研究和任务分析，制定出软件的整体架构。在结构设计中，目录体系的逻辑分类和语词定义是用户易于理解和操作的重要前提。

交互设计

交互设计的目的是使软件让用户能简单使用。 任何软件功能的实现都是通过人和机器的交互来完成的。因此，人的因素应作为设计的核心被体现出来。交互设计的原则如下：

清楚的错误提示。误操作后，系统提供有针对性的提示。

错时可清晰显示对应的错误说明及处理办法。

输入数据进行有效性和合法性检查，拒绝接受无效数据。

标只限在屏幕的可输入区活动。

蔽对本屏幕无用的键，按任何键都不会造成系统死锁。

控制界面。“下一步”、“完成”，面对不同层次提供多种选择，给不同层次的用户提供多种可能性。

具有“确认”、“取消”、“重试”、“取消”等警告窗口。

对于常用不变的数据项、重复数据项、可枚举的数据项、自动产生的数据项，应设置为缺省值或自动提供，以减少录入的工作量。并可激活选项。

单键退出功能。

自动提交功能。

允许兼用鼠标和键盘。同一种功能，同时可以用鼠标和键盘。提供多种可能性。

允许工作中断。

使用用户的语言，而非技术的语言。

提供快速反馈。给用户心理上的暗示，避免用户焦急。

导航功能。随时转移功能，很容易从一个功能跳到另外一个功能。

视觉设计

在结构设计的基础上，参照目标群体的心理模型和任务达成进行视觉设计。包括色彩、字体、页面等。视觉设计要达到用户愉悦使用的目的。视觉设计的原则如下：

界面清晰明了。允许用户定制界面。

减少短期记忆的负担。

依赖认知而非记忆。如打印图标的记忆、下拉菜单列表中的选择

提供视觉线索。

提供默认、撤销、恢复的功能

提供界面的快捷方式

尽量使用真实世界的比喻。

完善视觉的清晰度。条理清晰；图片、文字的布局和隐喻不要让用户去猜。

界面的协调一致。

同样功能用同样的图形。

色彩与内容。整体软件不超过5个色系，尽量少用红色、绿色。近似的颜色表示近似的意思。

人员配备

界面设计工作由界面设计师完成，主要负责完成用户界面的设计和制作。

工作规范

工作流程图

/

界面设计工作流程

工作流程详述

GUI页面设计

界面工程师根据需求分析师所提供的用户界面原型依据《界面设计规范》完成GUI页面设计。

界面工程师使用Adobe Photoshop完成系统整体风格设计，然后使用Dreamweaver搭建HTML页面。

GUI页面内审

为保证对GUI页面的完整性、正确性，在完成GUI页面后，项目组组织内部评审会，根据《GUI页面内审标准》评审业务模型。

评审会参加的人员一般包括：项目经理、需求分析师、开发经理、测试经理及部署经理。GUI页面如未通过内审，根据不同情况，重新开始GUI页面设计工作。

GUI页面外审

GUI页面通过内审后，提交客户方某某GUI页面外审。

我们会组织客户的相关人员，对GUI页面进行评审，核对业务。评审未通过则重新开始GUI页面设计工作；评审通过则完成GUI页面设计工作。此时意味着业务需求已经完整有效地转化为系统需求了。

系统设计

工作目的

系统设计又可细分为构架设计、应用设计及数据库设计。

系统设计的目的在于：

将在需求分析阶段得出的系统外部功能需求转换为未来系统的内部设计。

逐步开发强壮的系统构架。

使设计适合于实施环境，为提高性能而进行设计。

人员配备

系统设计工作一般由构架设计师、应用设计师、数据库设计师承担。

工作规范

软件设计依***制定的《软件设计工作规范》进行。

《软件设计工作规范》针对软件开发项目中的软件设计工作，规定了软件设计人员在进行整体项目软件设计工作中，应遵循的工作步骤、工作方法、使用的工具、总结提交的阶段文档及阶段性目标。

工作流程图

/

软件设计工作流程

工作流程详述

定义软件的体系结构

定义软件的体系结构是根据需求分析的结果，结合客户现有的软硬件基础设施以及其他业务系统的关系，给出该项目中应该采取的系统构架和技术方向，并且选取合适的开发框架。作为整个开发项目基础，体系结构的设计至关重要。

分层模式

针对目标系统的复杂度我们一般采用分布式的多层软件体系结构。分层模式具有以下优点：分层模式支持系统设计过程中的逐级抽象、分层模式的系统具有较好的可扩展性、层模式支持软件复用。

/

分层模型

表示层框架

表示层，用来负责接收用户的请求，调用业务逻辑层提供的服务来完成用户的请求，并将处理的结果展示给用户。在表示层采用MVC模式，将表现形式与业务逻辑分开，避免在表示层嵌套业务逻辑，增强系统的灵活性和可扩展性。

业务逻辑层

业务逻辑层接受来自于表示层的请求、基于请求处理业务逻辑。业务逻辑层组件将受益于系统级的服务，如安全管理、事务管理和资源管理等

通用服务层

负责提供日志管理、权限管理、工作流、报表工具等通用功能

数据访问层

数据访问层介于业务逻辑层和EIS层之间的桥梁，它封装了与EIS层交互的逻辑。数据层提供统一的数据访问的接口，并保持足够的灵活性，以应付将来应用中出现的新的数据源类型。

分析模型

分析模型包含分析类和任何与之相关的工件。在分析模型演进为设计模型的情况下，分析模型可以是一个临时工件。它也可以在项目的部分或整个阶段中，或许在项目完成后继续存在，作为系统的概念性的总结。

设计模型

设计模型是系统实施的抽象。它用于设想和记录软件系统的设计。它是全面的组合工件，包括所有设计类、子系统、包、协作和它们之间的关系。

部署模型

部署模型显示运行时处理节点的配置、各节点之间的通信链接，以及驻留在这些节点上的构件实例和对象。

软件架构文档

通过采用许多不同的构架视图描述系统的各个方面，软件构架文档从构架的角度对整个系统进行综合概述。

选择开发构架

选择开发构架的目的就是为了能把开发人员从编码中解放出来，使他们能专心于实现特定的业务逻辑。

我们选择框架标准如下：

减轻开发者处理负责问题的负担

内部有良好的扩展

强大的用户团体

有针对性的处理某一类问题

能够指导代码如何分布

本系统基于Micap系统进行二次开发，开发工具采用Visual Studio 2005。

开发例子程序

根据选择的开发构架编写例子程序。

详细设计

通过制定设计元素如何实施其被要求的行为的细节，改进设计元素的定义。

根据新确定的设计元素来改进和更新用例实现（即使用例实现得到不断更新） 。

在设计的演进过程中对其进行复审

将设计元素作为构件来实施

测试所实施的构件，以核实构件/单元级别上的功能和需求满足情况

设计数据库

确定设计中的永久类

设计适当的数据库结构以存储永久类

定义存储和检索永久性数据的机制和策略，以满足系统要求的性能标准

改进构架

提供从分析活动到设计活动的自然转移：

从分析元素中确定适当的设计元素

从相关分析机制中确定适当的设计机制

维持构架的一致性和完整性，确保：

为当前迭代所确定的新设计元素与先前已有的设计元素相开发。

在设计过程中尽可能早地充分重复利用现有的构件和设计元素。

描述系统的运行时组织及部署构架的组织

组织实施模型，以实现设计与实施间的平稳转移

软件编码

工作目的

根据软件设计文档，编写程序代码。

人员配备

软件编码中的大部分工作由软件开发工程师承担，实施模型由构架设计师负责建立。

软件开发工程师负责按照项目所采用的标准来进行构件开发与测试，以便将构件开发到更大的子系统中。如果必须创建驱动程序或桩模块等测试构件来支持测试，那么软件开发工程师还要负责开发和测试这些测试构件及相应的子系统。

工作规范

软件编码依***制定的《软件编码工作规范》进行。

《软件编码工作规范》针对软件开发项目中的软件编码工作，规定了软件开发工程师在进行整体项目软件编码工作中，应遵循的工作步骤、工作方法、使用的工具、总结提交的阶段文档及阶段性目标。

工作流程图

/

软件编码工作流程

工作流程详述

建立实施模型

确保以某种适当的方式组建实施模型，尽可能避免在构件开发和构建流程中出现冲突。一个精心构造的模型不仅可以防止产生配置管理问题，而且还可以在逐步增大的开发工作版本的基础上构造产品。

制定开发计划

计划应实施哪些子系统，以及在当前迭代中按照什么顺序开发子系统。

实施构件

在实施设计模型中的类时，软件开发工程师负责编写源代码、修改现有的构件、编译、链接并执行单元测试。如果发现设计有缺陷，则软件开发工程师提交关于该设计的返工反馈。

软件开发工程师还可以修复代码缺陷，并执行单元测试以检验所做的更改。然后复审代码，评估其质量以及是否符合编程指南。

开发每个子系统

当几个软件开发工程师（作为团队）开发同一子系统工作时，其中会有一人负责将各个软件开发工程师新建和变更过的构件开发到新版本的实施子系统中。开发的结果是在子系统开发工作区内产生一系列的工作版本。然后由测试人员对每个工作版本进行开发测试。测试后，子系统将交付到系统开发工作区。

开发系统

软件开发工程师依据开发构建计划来开发系统，逐步将已交付的子系统添加到系统开发工作区并创建工作版本。然后由测试人员对每个工作版本进行开发测试。在最后一次循环递增后，测试人员可对工作版本做全面的系统测试。

软件测试

工作目的

软件测试的目的在于：

核实对象之间的交互。

核实软件的所有构件是否正确开发。

核实所有需求是否已经正确实施。

确定缺陷并确保在部署软件之前将缺陷解决。

人员配备

软件测试工作一般由测试经理及测试工程师承担。

工作规范

软件测试依***制定的《软件测试工作规范》进行。

《软件测试工作规范》针对软件开发项目中的软件测试工作，规定了测试人员在进行整体项目软件测试工作中，应遵循的工作步骤、工作方法、使用的工具、总结提交的阶段文档及阶段性目标。

工作流程图

/

软件测试工作流程

工作流程详述

制定测试计划

确定和描述要实施和执行的测试。这是通过生成包含测试需求和测试方法的测试计划来完成的

测试需求

我们目前使用TestDirector软件来管理测试，它可以将需求通过自己的需求管理模块建立需求树，为“需求树”中的每一个需求话题建立了一个详细的目录，通过报告和图表来分析测试需求。

测试方法：

数据和数据库完整性测试

我们把数据库和数据库进程作为一个子系统来进行测试。

数据和数据库完整性测试

测试目标：

确保数据库访问方法和进程正常运行，数据不会遭到损坏。



技术：

调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。

检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件都已正常发生；或者检查所返回的数据，确保为正当的理由检索到了正确的数据]



完成标准：

所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。



需考虑的特殊事项：

测试可能需要 DB 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 个先决条件是系统完成与通过联调测试，核准进入试运行。

试运行招标方、我司共同参加。

在试运行期间，所有设备、材料和（子）系统均须按实际业务模式无故障连续运行。如果由于我司的原因造成系统不能在试运行连续无故障运行，则应在故障修复后重新开始试运行。这种修改和调整的机会只有3次。若不能通过，则视该系统为不符合要求的系统。

我司承诺，在试运行期间，不论系统（设备）发生任何故障都在24小时内（节、假日也不例外）修复（排除）。

我司承诺在试运行期间，合同范围内的各系统不出现系统性、可靠性故障。

试运行若按规定顺通.利过，由招标方签发系统初步验收报告，系统进入验收。

我司将严格按照下例试运行日程安排，和招标方一起对系统做完整的试运行。

售后服务

售后服务内容按工作类型来分即包括针对应用使用的技术支持服务以及针对本项目信息系统进行的运维服务和管理两方面。因此，我们在售后服务组织机构中的人员配备也是按照这种类型区分来进行的。其中技术支持服务将最大限度的延续使用项目终验前技术支持组的人员投入，做到该部分服务前后阶段的平滑过渡；而主要从事售后运维服务的人员***实施部门具有相关专业资质的实施人员为主。

[文章尾部最后500字内容到此结束,中间部分内容请查看底下的图片预览]

以上为《项目人力资源管理 人员实施管理方案》的无排版文字预览，完整格式请下载

下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。