软件项目实施方案设计

软件项目实施方案设计（精选10篇）

1.软件项目实施方案设计 篇一

软件项目技术方案

1.开发框架

开发的系统中所应用的技术都是基于JavaEE，技术成熟稳定又能保持先进性。采用B/S架构使系统能集中部署分布使用，有利于系统升级维护；采用MVC的开发模式并参考SOA体系架构进行功能设计，使得能快速扩展业务功能而不会影响现有系统功能的正常使用，可根据实际业务量进行部分功能扩容，在满足系统运行要求的同时实现成本最小化。系统采用分布式部署，系统功能隔离运行，保障系统整体运行的稳定性。

图1.开发框架与体系结构图

1.1.web端技术栈

（1）前端采用elementUI/jquery/bootstrap/vue实现，前端和Controller交换数据基于json格式。

1.2

业务端技术栈

（1）

业务端基于springboot、springMVC、JPA、SpringData技术栈构建，对于复杂的系统则采用springCloud构建。

（2）

四层分隔：controller（Facade）/service/dao/entity,其中façade主要用于生成json，实现和前端的数据交换。

（2）命名：按照功能模块划分各层包名，各层一致。

2.系统安全保障

2.1

访问安全性

权限管理是系统安全的重要方式，必须是合法的用户才可以访问系统（用户认证），且必须具有该资源的访问权限才可以访问该资源（授权）。

我们系统设计权限模型，标准权限数据模型包括

：用户、角色、权限（包括资源和权限）、用户角色关系、角色权限关系。权限分配：通过UI界面方便给用户分配权限，对上边权限模型进行增、删、改、查操作。

基于角色的权限控制策略根据角色判断是否有操作权限，因为角色的变化

性较高，如果角色修改需要修改控制代码。

而基于资源的权限控制：根据资源权限判断是否有操作权限，因为资源较为固定，如果角色修改或角色中权限修改不需要修改控制代码，使用此方法系统可维护性很强。建议使用。

2.2

数据安全性

可以从三个层面入手：操作系统；应用系统；数据库；比较常用的是应用系统和数据库层面的安全保障措施。

在操作系统层面通过防火墙的设置。如设置成端口8080只有自己的电脑能访问。应用系统层面通过登陆拦截，拦截访问请求的方式。密码不能是明文，必须加密；加密算法必须是不可逆的，不需要知道客户的密码。密码的加密算法{

MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次数只有你自己知道)，不容易破解；加密多次之后，登录时忘记密码，只能重置密码，它不会告诉你原密码，因为管理员也不知道。

3.项目计划的编制和管理

本公司项目基于敏捷过程的方式组织，项目计划基于需求和团队反复讨论的过程。在开发系统时都经过了解需求，开需求分析会议，确定开发任务，推进开发进度，测试，试点，交付等开发步骤，其中具体内容有：

1，了解需求：跟客户沟通，充分了解对方的需求，然后对需求进行过滤，最后整体成需求文档

2，需求分析会议：也就是项目启动会议之后要做的事情，对拿来的需求进行讨论，怎么做满足需求。主要对需求进行全面的梳理，让开发，产品，项目都熟悉整个需求。

3，确定开发任务：根据敏捷开发法则，需求变成一个一个功能点之后就是安排开发任务了。根据团队现有的资源合理分配任务，和时间节点

4，推进开发进度：在开发的实际过程中，注意节奏的把控，注重功能点完成的时间点。

5，每一个功能点完成之后都会有测试工程师进行单元测试。

6，试点单位进行试用，然后解决问题。

7，交付

4.项目进度保障体系

4.1制度保障

实行项目经理负责制，建立强有力的开发指挥机构和开发保障体系，投入能保证开发进度如期实现的足够的开发队伍，实行专业化开发。建立从项目经理到各开发人员的开发任务，全面、及时掌握并迅速、准确地处理开发过程中遇到的各种问题。对开发过程中遇到的需求变更进行协调管理，对重大关键问题超前研究，制定措施，及时调整开发的公共类保证开发过程的连续性和高效性。强化开发过程的时间点把控问题，对开发任务实行动态管理。保证在时间点内完成开发任务。实行内部经济承包责任制。使责任和效益挂钩，个人利益和完成工作量挂钩，做到多劳多得，调动开发团队、个人的积极性。编制科学合理的总体开发进度计划，运用专业管理软件，对开发计划进行动态控制；并在总计划的基础上分解明确的月及旬计划，项目经理抓住主要技术难点，严格按计划安排组织开发，重点抓好关键技术的开发。定期检查开发计划的执行情况，及时对开发进度计划进行调整；在开发过程中，根据开发进展和各种因素的变化情况，不断优化开发的方案，保证各开发有条不紊的执行。

4.2开发进度开发工期保证措施

任务分发将利用一流的开发策划、高效的组织、科学的领导和动态的控制，用一流的运作与协调、一流的技术框架与技术、一流的团队素质等来实现一流的管理，从而通过过程控制实现最终产品的精品，满足客户对工期、质量等各方面的要求。

完善的开发计划保证体系是保证项目工期的纲要，掌握开发管理主动权，全面而宏观的控制整个开发的过程，是保证开发进度的关键。通过完善的开发计划保证体系，采用先进的开发计划计算、设计软件，制定出科学合理的开发进度计划。

1．编制三级网络计划

在开发过程中中我单位将分级编制网络计划来控制整个项目的开发。

（1）一级网路计划

根据项目总工期控制项目各阶段里程碑目标。

（2）二级网路计划

根据各阶段分项业务的工期目标控制分解成分部目标。

（3）三级网路计划

主要技术使用控制周计划和日计划。通过对关键技术开发编制标准业务，建立计划统计数据库，利用项目管理信息系统对工期进行全方位管理。

2.制定派生计划

根据总控工期、阶段工期和分项业务工作量制定出技术保障、商务合同、物资采购、设备定货、人力资源等派生计划，是进度管理的重要组成部分，按照最迟完成或最迟准备的插入时间原则，制定各类派生保障计划，作到各项工作有备而来，有章可循。

工期保证体系框图

技术保证体系

综合保证体系

组织保证体系

技术总监

开发组织设计

技术总监

开发人员

测试人员

试验室

项目经理

制

度

保

证

奖惩制度

岗位责任制

经济责任制

开发团队

单元测试

技术培训

测试用例

开发进度计划保证

月度计划

季度计划

计划

技术工作责任制

技术标准

设计文件

招标文件

技术规范

技术工作标准化

开发团队

实现工期目标

4.3施工进度三阶段控制措施

（一）开发进度“事前控制”

1.积极做好业务需求，业务流程等准备工作，为自己尽早投入开发创造好条件，把准备工作做细做充分，确保按时无障碍开发。

2.编制详细的开发进度计划，包括需求文档，业务分工计划，业务流程等。

3.关键技术或特殊技术编制相应的开发进度计划，制定相应的节点，编制节点控制计划。

4.编制开发节点实施细则，明确搭接和流水的节拍。

（二）开发进度“事中控制”

1.严格审核开发人员的进度计划、季度计划、月计划，并监督各人员按照已制定的开发进度计划进行开发。

2.在本项目开发期间，按开发进度需要，配备充足的开发人员，确保时间点的正常运行。

3.在开发期间，每周结束前，组织召开一次碰头会，协商解决当周开发过程中和第二周开发中将会发生的问题，应解决的问题决不拖延。

4.狠抓开发进度与质量，加强技术培训。只有在确保技术过关、质量的前提下才能求速度、讲进度、抓工期。

5.根据开发的实际情况，及时修改和调整开发进度，并定期向客户通报系统开发进展情况。

（三）施工进度“事后控制”

1.根据开发进度计划，及时组织测试人员通过事先编写的测试用例进行分项测试与系统测试。

2.定期整理有关开发进度的资料，汇总编目，建立相应的档案。

5.项目质量保障体系

5.1过程中的保证

依据项目的软件特点、合作方的项目实施要求，采取需求分析，系统设计，软件项目计划，软件需求分析，软件模型设计，软件详细设计，单元测试设计，编写单元测试，系统培训，系统测试等一些列的措施在过程中保证项目的质量。

5.2技术方面的保证

公司研发人员均为国内高校分子计算机专业或招聘的高级技术人才，专业基础和工作经验扎实丰富，整个团队具有高级工程师、博士的人才搭配，具备强大的持续研发能力。

5.3软件质量管理责任分配

角色

职责

配置管理员

制定、创建和维护配置库，提供文档规范，并传达到各个部门。

QA（质量保证）

参与项目各个阶段的评审，进行过程评审和产品审计，检查文档和代码的规范执行情况

QC（质量控制）

软件测试是质量控制的主要手段，测试人员进行软件的测试设计和执行工作

5.4工作产品和活动

活动

责任人

工作产品

是否可裁剪

项目立项

项目经理

项目计划

否

配置管理员

配置管理计划

是

QA

质量保证计划

是

测试人员

系统测试计划

否

需求管理活动

项目经理

需求调研报告

是

需求规格说明书

否

用户、项目经理

用户确认书

是

QA

评审报告

是

设计过程、决策分析活动

设计组

概要设计说明书

否

界面设计图

是

详细设计说明书

是

项目经理

决策分析评议表

是

QA

评审报告

是

开发编码、集成过程活动

项目经理

版本发布记录

否

QA

评审报告

是

开发人员

程序代码

否

系统测试活动

测试人员

测试用例、测试报告

否

QA

评审报告

是

项目结项、交付与维护活动

项目经理

培训教材

是

用户手册

是

安装手册

是

项目总结报告

否

项目经理、客户

用户验收报告

是

QA

评审报告

是

项目跟踪与监控活动

项目经理

项目问题跟踪日志

是

QA

不符合项问题跟踪记录表

否

项目跟踪与监控活动检查单

是

风险管理活动

项目经理

风险管理列表

是

QA

风险管理活动检查单

是

配置管理活动

配置管理员

配置状态报告

是

变更请求审批表

是

变更跟踪记录表

是

QA

配置管理活动检查单

是

评审活动

项目成员

评审报告

否

QA

评审活动检查单

是

5.5评审

评审是以一种正式的形式进行，如有正式的、事先定义好的有关职责的各种角色，并遵循组织规定的流程。

对于任何工作产品的审计，都会组建与之对应的专门评审组，包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA、项目组成员，但不能有作者的直接领导或者管理者。

评审小组先召开一个预备，作者会针对工作产品向大家做个总体的介绍，例如讲解一下本工作产品的目标是什么，以及其相关的实现

细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单。

评审小组的主持人负责确定什么时间开始真正的评审会议，在预备会和正式评审会议之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品。

在预定时间，评审小组成员以会议形式聚在一起，依次对产品进行检查，主持人负责对整个会议的进展进行控制，记录员记录下这个过程。

在工作产品中发现的每一个缺陷都会被认真记录下来，并被适当分类。

会议结束后，负责人需要分析相关缺陷，找出产生此缺陷的原因并加以修正。

主持人应确保所有的缺陷都会得到解决和修正。如果过程需要加以变更的话，应将相关问题移交相关的质量保证人员。

阶段

评审内容

评审时机

参加人员

是否可裁剪

计划阶段

项目计划

项目启动会议

项目所有成员

否

配置管理计划

项目所有成员

是

质量保证计划

项目所有成员

是

系统测试计划

项目所有成员

否

需求阶段

需求调研报告

项目评审会议1

需求分析师、项目经理、系统架构师、设计组成员、QA

是

需求规格说明书

需求分析师、项目经理、系统架构师、设计组成员、QA

否

设计阶段

概要设计说明书

项目评审会议2

需求分析师、项目经理、系统架构师、设计组成员、QA

否

UI设计图

UI美工、需求分析师、项目经理、系统架构师、设计组成员、QA

是

详细设计说明书

需求分析师、项目经理、系统架构师、设计组成员、QA

是

决策分析评议表

需求分析师、项目经理、系统架构师、设计组成员、QA

是

编码阶段

代码检查（1）

项目评审会议3

开发组成员、项目经理、需求分析师、系统架构师、QA

否

代码检查（2）

开发组成员、项目经理、需求分析师、系统架构师、QA

否

测试阶段

系统测试用例

项目评审会议4

测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA

否

系统测试报告（1）

测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA

否

系统测试报告（2）

测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA

否

发布阶段

用户手册

项目总结会议

项目所有成员

是

项目总结报告

项目所有成员

否

5.6质量保证（QA）

QA工作审计产品

文档

责任人

项目计划

项目经理

需求规格说明书

项目经理

概要设计说明书

项目经理

源代码

开发组

系统测试用例

测试组

系统测试报告

测试组

用户手册

项目经理

项目总结报告

项目经理

入最佳实践库的产品

项目经理

QA工作中需要审计的活动

活动

评审时机

项目立项

计划阶段

需求管理活动

需求阶段

设计过程活动

设计阶段

决策分析活动

设计阶段

开发编码活动

编码阶段

集成过程活动

编码阶段

系统测试活动

测试阶段

项目结项

发布阶段

交付与维护

发布阶段

项目跟踪与监控活动

每月一次

风险管理活动

每月一次

配置管理活动

每月一次

评审活动

每月一次

QA审计中的不符合项目问题

对QA审计过程中发现的不符合项问题要写入《不符合项跟踪记录表》，以邮件的方式发给问题的相关人员，做好和项目成员、项目经理、部门经理之间的沟通，问题的上报流程：项目组成员沟通解决——项目经理——部门经理——总经理。QA要对不符合项问题进行跟踪与监控，直到问题解决，QA验证并关闭不符合项。

6.系统测试验收方案

系统测试验收主要包含以下四方面的工作内容，分别是验收测试、系统试运行、系统文档验收以及项目终验。

6.1.验收测试

验收测试即对信息系统进行全面的测试，依照双方合同约定的系统环境，以确保系统的功能和技术设计满足建设方的功能需求和非功能需求，并能正常运行。验收测试阶段应包括编写验收测试用例，建立验收测试环境，全面执行验收测试，出具验收测试报告以及验收测试报告的签署。

6.2系统试运行

信息系统通过验收测试环节以后，可以开通系统试运行。系统试运行期间主要包括数据迁移、日常维护以及缺陷跟踪和修复等方面的工作内容。为了检验系统的试运行情况，甲方可将部分数据或配置信息加载到信息系统上进行正常操作。在试运行期间，甲乙双方可以进一步确定具体的工作内容并完成相应的交接工作。对于在试运行期间系统发生的问题，根据其性质判断是否是系统缺陷，如果是系统缺陷，应该及时更正系统的功能；如果不是系统自身缺陷，而是额外的信息系统新需求，此时可以遵循项目变更流程进行变更，也可以将其暂时搁置，作为后续升级项目工作内容的一部分。

6.3系统文档验收

系统经过验收测试后，系统的文档逐步、全面地移交给客户。客户按照合同或者项目工作说明书的规定，对所交付的文档加以检查和评价；对不清晰的地方可以提出修改要求，在最终交付系统前，系统的所有文档都需要验收合格并经双方签字认可。

6.4项目终验

在系统经过试运行以后的约定时间，双方启动项目的最终验收工作。最终验收的工作包括双方对验收测试文件的认可和接受、双方对系统试运行期间的工作状况的认可和接受、双方对系统文档的认可和接受、双方对结束项目工作的认可和接受。项目最终验收合格后，由双方的项目组撰写验收报告。

7.技术服务与支撑

我公司在合同有效期内提供免费维护期和长期的技术服务，向用户用户相关技术人员免费提供原理和技术上的指导和咨询，使用户能正确熟练地使用本协议的软件开发及测试成果。

根据用户使用系统的相关部门人员现状，一旦系统安装调试完毕投入正常运行后，卓安公司在交付本系统的一段时间内，专门指派若干名专业工程师为用户使用部门进行指导培训和维护，直到用户安排的技术人员能完全接管本系统的操作管理为止。

7.1.现场支持

系统在售后期间，提供7×24小时的技术支持服务。如系统出现故障，将保证30分钟远程响应；影响生产的故障4小时抵达现场，并派出专业工程师在8小时内排出故障；不影响生产的故障8小时内抵达现场，并派出专业工程师在2个工作日内排除故障。如在2个工作日内无法解决，将在2日内向用户方提出详细解决方案及日程安排，交给用户方确认。

7.2.技术支持

长期电话技术咨询和技术服务和远程在线服务。用户可以随时拨打技术支持热线电话或通过远程协助进行有关技术咨询，专业技术人员会耐心解答用户的问题。免费提供需求预测、系统规划等支持。当用户需要对系统扩容、调整时，将免费协助用户准备预算、规范书、工程有关事项。

7.3.常规维护

系统在售后期间，会安排工程师定期对系统进行运行检查。如有功能需求分析范围内的问题，及时进行修改；维护期后发现的在需求规格说明书范围内问题，同样及时进行修改。对用户提出的方便操作和易用等可用性方面的要求，尽可能满足用户要求，并保证在接到要求后两周内解决。用户提出性能要求，如属于软件编制因素导致性能较差，技术人员主动调整软件，以提高性能，保证在一个月内解决。

7.4.变更管理

对系统的应用平台和开发、运行环境以及应用系统的变更和升级的详细资料第一时间提交用户。

8.培训计划

8.1.1.培训工作概述

用户软件系统项目建设完工后，为了使各个使用本系统的部门能熟练的操作系统，利用系统提供的功能来处理日常工作，本公司将对使用系统的相关部门员工进行一次全面的培训。

培训过程按系统使用部门划分，分别培训各部门使用的系统功能点及业务流程。另外为了用户管理需要，将重点培训2名系统管理员，培训系统管理相关功能。

8.1.2.培训规范

由于培训过程涉及到时间、场地、人员等诸多不确定因素，本方案所提及项只作为参考大纲。实际培训安排因由主管部门统一规划，并下文到各系统使用部门。

培训的效果与参与人员的重视程度有很大的关系，客户各部门对参与人员要做好工作，引起重视。主管部门可以考虑是否需要在培训结束并且参与培训人员试用一段时间后，组织一次系统使用测验。

通过系统使用培训，达到以下目标：

Ø

使相关使用部门了解系统运作，熟悉系统功能。

Ø

使系统有效的推广到相关使用部门，让员工积极参与使用系统。

Ø

培训专业系统管理人员，深入了解系统功能，为系统业务功能扩展提供建议。

2.软件项目实施方案设计 篇二

在软件项目实施过程中执行加快实施方法必须熟悉企业管理知识, 知晓行业关键流程和最佳实践, 以顾问为主导, 规划整个项目工作, 以客户为主体, 完成知识转移和系统建设, 确保流程和数据的正确性, 保证项目实施质量。用友软件加速实施方法最终目标是将行业的成熟管理流程以及经验直接导入企业, 实现软件项目的快速上线, 从而缩短实施周期, 减少投入成本, 推动企业由粗放管理和手工管理向精细化、信息化、流程化管理转型, 实现与客户双赢的结果[1]。

1 软件项目实施中存在的问题

1) 软件项目实施方存在的问题主要有工程师或顾问缺乏行业的专业知识, 没有实施的项目经验;实施方企业没有相应的实施案例库和流程库, 要现场做相关的文档或模板, 耗费大量的时间, 拖延了项目的进度;对客户培训模式不当, 没有互动和案例的引入, 没有严格考核制度, 导致最后培训效果差等。

2) 客户方存在的问题主要是没有标准化的业务流程框架, 存在无标准、不规范的问题;企业管理者认为软件能解决企业的一切问题;领导层对企业要实现的目标不明确、对项目的支持力度不够;客户培训学习不到位, 导致软件操作不熟悉;对企业现有业务流程进行重组影响到了各部门原有的权利和利益关系, 从而导致部分人员出现排斥、抗拒心理;没有建立完备的内部支持体系和管理团队等。

2 软件项目实施四个阶段

加速实施方法由四个阶段组成:项目规划阶段、系统建设阶段、切换准备阶段和切换运行阶段[2]。

2.1 项目规划阶段

1) 项目规划阶段是软件项目实施工作展开前的准备环节, 实施方一方面指派好项目经理并组建项目实施团队, 跟售前交接项目的资料并了解实施项目具体情况以及项目背景等。另一方面协助客户方组建项目实施团队, 对高层进行访谈, 了解企业的现状以及面临的关键问题;召开启动大会以明确实施目标和制度;准备系统环境完成软件安装并对客户进行培训。

2) 本阶段主要交付物清单有:《实施方项目组实施组织架构、责任与任务》、《销售与实施内部交接记录单》、《项目实施主计划书》、《产品安装确认报告》等。

2.2 系统建设阶段

系统建设阶段是软件项目实施中至关重要的阶段[3]。本阶段实施关键内容如下:

1) 关键用户与最终用户的培训。培训软件产品 (如ERP) 相关的基本原理、软件产品功能培训等, 培训顾问或工程师必须要保证用户能理解产品的相关知识。通过培训, 培养出既懂企业实务又懂信息化逻辑的用户。

2) 基础资料规划与信息化流程设计。制定适合本企业的基础资料规划方案, 根据行业需求及管理特点, 设计最佳企业业务流程。

3) 系统权限分配与岗位操作手册。根据前期对公司的各部门、各岗位、各人员工作职责和企业的关键业务调研, 为各部门、各岗位的操作人员分配系统的权限, 然后形成岗位操作手册, 为各岗位提供详细的岗位操作说明。

4) 本阶段主要交付物清单有:《标准产品培训课件》、《业务解决方案》、《模拟演练总结》等。

2.3 切换准备

切换准备是决定软件项目实施是否成功的关键阶段。本阶段实施关键内容如下:

1) 系统运行制度与客户内部支持体系的建立。制定的系统运行制度落实到责任人并进行严格的考核。另一方面需要建立一支既熟悉业务又精通软件和计算机知识的内部支持团队, 这样以后系统日常业务的操作和系统的技术支持就有了保障。

2) 系统环境与静态数据的准备。准备系统环境, 安装软件并完成基础资料、各系统参数、权限等的设置。为了安全需要做好企业数据的备份计划。同时制定好静态数据导入方案和系统切换方案, 确保系统的顺利切换。

3) 本阶段主要交付物清单:《最终用户培训总结报告》、《静态数据导入计划》、《系统切换方案》等。

2.4 切换运行

切换运行阶段是软件项目实施的收尾阶段。本阶段实施关键内容如下:

1) 数据导入。实施方和客户方要制定一份详细的数据导入计划, 客户项目经理一定要关注每个工作明细, 同时要指派到负责人员。在工作初期要对数据进行抽检, 发现问题及时处理。在数据导入后需要对数据进行检查并记录检查结果, 以方便后续问题的追踪。

2) 系统切换运行。在系统切换前需要组织指导小组到各工作岗位上进行现场指导系统操作, 上线初期由客户方的内部人员每天进行检查和讨论, 及时发现问题, 同时需要对每天存在的问题详细记录跟踪。

3) 内部服务交接。系统正常运行后, 运维服务工程师需要提前进入项目运行支持阶段, 最好项目前期阶段就让运维支持工程师参与到实施项目组中来, 这样方便让运维支持工程师更深入地了解项目情况。

4) 本阶段主要交付物清单有:《系统切换检查报告》、《系统切换报告》、《问题处理跟踪单》、《项目总结报告》、《实施与维护内部交接记录单》等。

3 结语

软件项目实施是一项系统工程, 软件项目的快速实施方法对标准实施场景的选择与剪裁, 定义出全新的标准实施线路, 基于用友软件强大的项目案例库和流程库, 快速搭建企业管理平台、规范业务流程, 在工具模板的支撑下, 规范软件实施项目内容与标准和各实施阶段技术指导方案, 加快了系统上线周期, 提高了客户满意度, 从而为企业创造了管理价值。

参考文献

[1]童继龙.ERP项目实施手记[M].北京:清华大学出版社, 2010.

[2]闪四清.ERP原理与实施[M].北京:清华大学出版社, 2012.

3.软件项目实施方案设计 篇三

关键词：软件测试 校务管理系统 合作开发模式

中图分类号：TP311 文献标识码：A 文章编号：1673-8454（2008）19-0064-03

中山大学管理信息系统的建设从20世纪80年代起步，历经20多年发展，具备一定的基础，如财务、教务、设备管理系统等均得到了很好的应用。但一直以来，学校管理信息系统均为面向部门的局部开发，没有共享的应用架构和共享的技术架构。随着教育改革的不断深化和信息与网络技术的不断发展，这种状况已无法满足学校发展的需要，学校于2002年正式启动了数字化校园建设之校务管理系统一期项目，提出了“五个统一”实施原则，即统一数据库、统一标准、统一开发平台、统一用户管理、统一门户。[1] 建设目标是：在“五个统一”理念指导下，建设基于全局数据共享的校务管理系统，为学校运作的流程化、规范化，资源的规划化和优化配置提供一个载体，从整体上提升学校业务管理和行政决策的科学化水平，在管理水平和服务能力方面都有一个更迅速的发展。

中山大学校务管理系统的一期建设是采用合作开发的模式：在前期需求调研阶段，由学校成立校务管理系统实施小组，负责全校各部门业务需求的调研并形成总体需求文档，在总体需求确定后，通过与软件开发商的合作，完成系统的设计、实施、测试、上线。整个校务管理系统涉及了全校各个业务部门和院系，业务复杂程度高，流程整合难度大，因此，实施有效的测试成为保障校务管理系统成功的重要手段。

一、软件测试模型

软件测试是软件质量保证的一种诉求，是质量保证过程中所依赖的主要活动之一。质量保证的结果，在很大程度上依赖于软件测试的开展以及执行的结果。软件测试应该贯穿于整个软件开发生命周期、对软件产品进行验证和确认，其目的是尽快尽早地发现在软件产品中存在的各种问题以及与用户需求不一致的地方。[2]

常见的软件测试模型包括V模型、W模型、H模型、X模型和前置模型，其中V模型、W模型、H模型又是普遍被采用的模型。图1就是W模型的示意图：

W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地、全面地发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。[3]

从W模型中抽象出来的理念是“尽早测试”，即测试并不是在代码编写完成之后才开展的工作，测试与开发是两个相互依存的、并行的过程，测试活动在开发活动的前期已经开展。软件测试的活动过程，包括如下几个部分：

（1）制定测试计划——收集和组织测试计划信息，并且创建测试计划，测试计划需要包括：确定测试需求；制定测试策略；建立测试通过准则；确定资源和进度。

（2）测试设计——为每一个测试需求确定测试用例集，并且确定执行测试用例的测试过程。

（3）开发测试工具和脚本——使用各种测试工具创建、开发、调试测试脚本。

（4）执行测试——执行单元测试、集成测试、系统测试、验收测试。

（5）生成测试结果和报告——记录测试过程和结果，生成测试报告。

二、合作开发模式下软件测试的重要性

由于采用的是合作开发模式，软件测试对于学校方面显得更为重要，这主要体现在以下几个方面：

（1）在合作开发模式下，软件的详细设计、编码都是开发商负责完成，虽然开发商有测试部门进行单元测试和集成测试，但校务管理系统的业务和流程复杂程度高，涉及跨部门的应用需要完善的系统测试，此外，界面测试是与业务人员密切相关的，是软件开发商难于测试的部分。因此系统测试和验收测试就必须以学校方面为主导，开发商配合的模式进行。

（2）由于各种原因，譬如工期、成本等因素，软件开发商在测试方面投入的力量偏少，而且软件开发商在业务熟悉程度上也与最终用户有一定的距离，他们的测试偏重于查找程序的缺陷，而对业务流程和系统交互等的测试有所欠缺，从而造成软件质量在一定程度上的下降。

（3）软件开发商出于他们的利益所在，对系统所做的测试有可能存在不完善的地方，如果盲目相信开发商的测试结果，可能会使学校的利益受到损失。

三、软件测试在校务管理系统中的实施

出于以上的原因，中山大学校务管理系统实施小组在整个系统建设的过程中一直注重软件测试，以W模型为基础，真正做到将测试贯穿于项目建设的过程中。

（1）在需求调研阶段，实施小组深入各业务部门，向业务人员学习相关业务知识和业务流程，这个阶段对于系统测试和验收测试来说都是非常关键的，因为只有实施小组的成员深刻领会业务需求，才能形成真正符合用户需要的测试文档，确保项目的质量。在形成需求文档的过程中，同时也形成了初步的测试方案和测试计划。

（2）在软件开发商实施设计和编码阶段，实施小组一方面作为双方沟通的桥梁，在另一方面通过与开发商的交互以及详细需求设计评审和概要设计评审，逐步完善测试方案和测试计划，在此过程中初步估算系统测试和验收测试的工作量和时间进度。

（3）在开发商提交软件过来后，实施小组首先熟悉软件，了解整个软件的架构和各项操作，在此基础上编写功能测试用例并且根据功能测试用例对软件进行功能测试和界面测试。在功能测试的过程中，采用人工测试和自动化测试相结合的模式。对一些较为成熟并且流程固定的功能模块，可以尽量采用自动化测试工具，提高功能测试用例的重用性和测试效率，在自动化功能测试工具的选择中，实施小组比较了两款的测试工具，Selenium和Mercury QuickTest Professional。

?誗Selenium是一款开源的功能测试工具，具有小巧、灵活的特点，但是在录制脚本功能方面较为欠缺，而且需要对软件内部架构和页面设计等较为熟悉的人员才能编写良好的测试脚本，Selenium更适合软件开发人员在做功能测试的时候使用。

?誗Mercury QuickTest Professional软件是一款商用的功能测试工具，特别适合于B/S结构的应用程序的功能测试，录制脚本功能强大，检查点丰富，回放精确。

在经过比较后，实施小组最终决定采用Mercury QuickTest Professional作为校务管理系统项目的自动化功能测试软件。在实践中确实发现自动化测试工具的引入对于功能测试和回归测试在速度和效率方面都得到了很大的提高。另一方面，人工测试在功能测试中仍然是不可缺少的，用户的需求、业务发生变化从而导致软件功能模块的实现需要调整是不可避免的，对于功能尚未稳定的模块来说，编写自动化测试脚本意义并不明显，界面的调整，流程的变化都会导致自动化脚本不可用，人工测试仍然是功能测试的重要手段。

（4）在性能测试方面，负载和性能测试是手工测试的弱项，使用合适的工具能够模拟真实负载环境下的系统性能，经过对各类性能测试工具软件的比较，实施小组选择了Mercury Loadrunner作为性能测试工具，Mercury Loadrunner软件是业界公认的优秀的性能测试软件，具备了强大的脚本录制功能、通过生成虚拟用户创建真实的负载测试功能、完备的分析和定位问题功能。性能测试并非针对所有功能模块，而是要根据需求规格说明书，定位业务关键测试点，譬如，数字迎新系统，具有实时性强的特点，现场人员数量大，需要确保系统良好的持续性；学生选课、成绩查询在某个时间段内，并发用户数高，系统具有良好的性能是选课正常进行的保证。

在软件测试中，大部分情况下，原则可以是：自动化20％的测试用例，用于覆盖80％的用户操作密集的功能和核心业务逻辑。实现功能测试自动化来完成重复、枯燥的回归测试任务，引入性能测试自动化工具来改善测试的广度和深度。同时带来一点好处是，毕竟机器和脚本是客观的，它总是会完成所分配的所有任务，而没有半点遗漏，从而自动化有助于你真正掌握和控制你的回归测试覆盖率。

（5）软件测试需要建立相应的文档：软件测试建档贯穿于整个软件测试过程中，对于软件测试，四个最典型的书面文档是测试计划、测试用例、缺陷列表、分析报告。[4]

?誗测试计划：测试作为整个项目工程的一部分，在早期做出较为详细的测试范围，人力预算，执行时间，技术需求/培训和软硬件资源占用等方面的考虑，便于有目的、有计划地完成后面的测试工作，在后期评审中，以此为一个基线，更容易发现执行中的问题和及时作出调整。

?誗测试用例：一份良好的测试用例文档，可以让参与测试的人员，花足够的精力，第一时间去系统地理解需求，尽快切入特定模块的测试工作，而不是被成堆的需求文档所淹没。实施小组在后期增加了测试人员，用例文档对新增人员能够迅速投入测试工作，保证测试的进度起到了很好的作用。

?誗缺陷列表：在初期，实施小组使用传统意义上的Word或Excel文档来记录缺陷，但是，校务管理系统是一个非常复杂、庞大的系统，测试周期很长，测试人员又不止一个，当缺陷数目不断增多时，如何做到方便的管理、查询和分析缺陷，已经是实施小组迫在眉睫需要解决的问题。实施小组经过比较，采用了JIRA系统，JIRA系统是基于J2EE的问题跟踪管理系统，其功能强大，集项目计划、任务分配、需求管理、错误跟踪于一体，具有易于使用、灵活性强、安全性高等特点，是优秀的缺陷管理系统。

?誗分析报告：对照当初的测试计划安排，评估执行是否彻底，说明所遇问题，并以此做出及时调整。总结和汇报的最终目的是调优：持续改进测试的过程，使其符合项目的实际情况，更加高效、规范。

四、结束语

中山大学校务管理系统历经四年建设，整个项目涉及全校各个部处，影响深远，在整个项目建设过程中，我们深刻体会到测试在项目中的重要性，特别是在在合作开发的软件项目中，如何提高测试的有效性、完备性和效率是保障项目能够按质按时完成的重要手段。在实施项目过程中，学校的实施小组按照软件测试模型，制定测试计划并严格执行，在测试过程中，采用了多种测试工具软件，使测试能够有序和有效地完成。本文在探讨软件测试模型的基础上，对校务管理系统如何实施测试进行了阐述，希望能够为各高校的校务管理系统建设提供有益的参考。

参考文献：

[1]中山大学数字化校园建设.http://home.sysu.edu.cn/szh/index.html

[2]朱少民.全程软件测试[M].北京：电子工业出版社，2007.

[3]软件测试过程管理实践.http://www.51testing.com/html/69/1301.html

4.软件实施项目经理的职责 篇四

1、编制项目实施计划，组织召开项目启动会，确保项目顺利开展;

2、沟通协调内、外部资源，推进、跟踪实施过程，监控实施进度，按时保质交付实施成果，确保项目验收;

3、在实施过程中，给予实施工程师技术指导，并牵头解决项目技术难点;

4、协助客户经理收回款项，与客服部做好售后服务交接;

5、编写项目案例文档，总结分享技术难点解决方案及实施方法改进心得，为公司的实施方法论做出知识贡献。

职位要求：

1、专业不限，本科以上学历;

2、具有1年以上实施项目经理经验;

5.维欧软件项目实施合作协议书 篇五

1维欧软件项目实施合作协议书

委托方（甲方）：

开发方（乙方）

签订日期：月

一、协议标的甲方同意委托乙方开发xxx单城市订餐网站+APP+电话订餐软件项目。乙方愿意承接甲方上述开发项目，并保证按时、按质地完成开发任务。

该项目主要包含的具体定制开发项目内容如下：

1、单城市多商户订餐网站。

2、单城市多商户安卓手机订餐APP软件。

3、单城市多商户苹果手机订餐APP软件。

4、单店单用户电话订餐管理软件

二、开发周期及有效期

1、软件项目的开发周期为15个工作日。

2、协议有效期限：2013年 8月 13日至 2013年 8月30 日。

三、双方责任

1、甲方负责提出维欧xxx单城市订餐网站+APP+电话订餐软的用户具体需求，并在系统开发完成后，及时组织相关人员做软件项目的验收测试、回馈测试信息、最终验收确认。

2、乙方负责详细需求调查、设计、开发、调试、技术服务、实施部署及维护等，保证按照甲方提出的用户需求按时、保质保量地完成开发任务。在项目开发完成后，程序使用权以及相关的技术文件完整地交给甲方。

3、为使项目开发后能更好地满足用户的需要并方便今后的维护等，甲方同时参加系统的总体设计，也可对开发工作提出建议，必要时与乙方共同对方案设计和要求进行修改。

4、甲方为乙方调查、设计、测试、安装部署提供必要的条件，如应用服务器、数据库服务器等，以满足开发的需要。

5、甲方在协议期内发生需求变更较大，引起协议中乙方设计开发内容调整时，双方对变更内容进行协商，协同解决，并形成备忘录。

6、此项目作为甲方开发的项目，软件著作版权归甲方所有，乙方不得利用此次项目开发设计程序申请其他专题立项，或给与第三方使用。甲方违反本协议约定的软件使用许可限制，乙方可以立即终止使用许可，并有权要求甲方赔偿因甲方违反许可限制而给乙方造成的全部损失。

四、开发费用及付款方式

1、本项目的总开发费用为（人民币大写）5000（伍千）元整（人民币元）。

2、甲方在签订本协议起当日内优先完成50%定金，即2500（贰仟伍佰）元整，一次性支付给乙方项目全款。

3、甲方另外在签订本协议起当日完成税额款项额外一次性支付，税点为5%，共计250（贰佰伍拾）元整。

4、甲方在软件投入使用后的3日内，一次性支付项目余款给乙方项目全款。

五、验收

由甲乙双方指派相关人员对软件进行该项目软件应用验收确认。

六、售后服务支持

1、在系统验收合格后，乙方对所开发的应用系统提供一年免费的售后服务。

2、售后服务内容包括软件缺陷、故障及针对查询表方面软件功能的部分修改和完善等，用户因工作需要要求对部分功能作小范围改动时，乙方免费给予完成。

3、在售后服务期内，乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。甲方享有对于该产品的“一对一”售后服务，包括电话售后咨询、即时通讯（QQ、msn）、远程协助（含安装调试和使用难点指导）、电子邮件等。

4、特殊需求服务：指超出上述第一至第三项描述的服务，包括但不限于上门安装、上门培训。此类服务因不属于乙方标准服务并由甲方发起，故需要甲乙双方协商确定方式和费用后执行。

七、培训

用户培训：乙方在系统测试或者试运行期间甲方进行远程使用演示培训。

八、保密责任

1、甲、乙双方未经对方书面同意，不得把协议、协议条款以及以各方名义提供的任何规范、方案、图纸等资料向双方以外的其他第三方泄露，即使是对双方的雇佣人员也应在对外保密的前提下提供，并且也只限于为履行协议所需的范围；

2、乙方向甲方提供的光盘、磁带或其它软体媒介体，或与协议有关的价格、文档、技术资料，无论是否是商业机密，都应一并视作保密信息，不得向第三方其他任何人泄露，即使是对雇佣人员也应在对外保密的前提下提供，并且也只限于为履行协议所需的范围。

九、免责条款

1、乙方不能保证软件没有任何的瑕疵，但是乙方会尽可能的减少或避免程序中的错误，对于已出现的错误及时更正，或对软件进行升级，并对甲方提供及时和必要的服务。在任何情况下，乙方及其特许人的责任将不超过本协议第四项的开发费用。

2、甲方必须按软件规定的方法使用本软件，疑问之处请联系乙方。因甲方操作不当或者提交非法数据等造成的损失，如数据丢失或错误等，乙方不承担责任，但乙方会尽可能的完善程序的健壮性。

3、对于甲方因许可软件遗失、被盗、被误用或被擅自修改、计算机设备故障、操作失误等情况造成的损失，或不可违的灾害（如地震等）、计算机掉电、硬盘损坏、计算机病毒等造成的损失或错误，乙方不承担责任。

4、甲乙双方都已经认真阅读以上免责条款并接受其约定。

十、第三方软件

乙方依据甲方的要求或双方的约定，向甲方提供的乙方开发的软件产品之外的第三方产品的使用许可、技术指标及相关服务，甲方应以第三方在其包装中提供针对最终用户的许可使用协议和用户手册为准或与第三方单独签订相关协议。乙方不对第三方软件承担任何责任，除非乙方与第三方就此有特殊约定。

十一、不可抗力

1、如协议双方中任何一方由于不可抗力，如：地震、水灾、台风、战争和其他双方都认为的不可抗力原因而无法按期履行协议，则协议执行的时间由于上述时间的发生做相应延期。

2、受影响方应尽快将所发生的不可抗力事故的情况以电话或传真通知另一方，并在不可抗力发生5个工作日内尽快用电话或传真将有关权威机构出具的证

明文件提交另一方确认。

3、当不可抗力事故终止或事故消除后，受阻方应尽快用传真或电传通知对方关于不可抗力形势的解除并以挂号信加以确认，并继续履行协议。

4、如果不可抗力阻碍协议的履行超过30天，双方就协议的进一步履行问题进行讨论并达成一致意见。

十二、违约责任

本协议一经双方签章，即发生法律效力，双方必须严格遵守，如有一方违约，违约方必须承担违约责任并赔偿对方因此而遭受的全部损失。

十三、争议解决

凡由本协议引起的或与解释、执行本协议有关的任何争议，双方应首先通过友好协商或调解解决。协商或调解不成，双方同意将争议提交当地仲裁委员会仲裁。

十四、其他

双方签字、盖章即日生效。本协议一式两份，甲乙双方各执一份。

甲方（盖章）：乙方（盖章）：维欧软件-

储付通信息科技有限公司

签 字：签 字：文建东

年月日2013年 8月 13日 附件：

1、单城市多商户订餐网站。

2、单城市多商户安卓手机订餐APP软件。

3、单城市多商户苹果手机订餐APP软件。

6.软件实施项目经理的主要职责说明 篇六

1、作为项目负责人，对项目自立项至结项的全过程进行管理，并对结果负责;

2、编制项目计划、设计项目整体交付方案，并按计划和方案推进项目按期交付和结项;

3、规划并协调资源、管理项目团队，并对项目成员进行考核;

4、负责管理客户需求并管理项目范围，负责项目进度、质量、成本及客户满意;

5、负责项目定期例会、节点会议的组织，项目沟通协调及文档管理;

6、负责推动客户对项目各个阶段及整体工作的验收确认、回款。

7、能适应出差中短期驻场项目管理，以及多地多项目统筹性管理。

任职资格：

1、管理或IT相关专业本科及以上学历,或公职人员出身，至少4年以上项目管理经验;

2、具有与客户进行业务沟通的能力，具有理解、引导、管理客户需求的能力;

3、具有丰富的业务分析、方案设计经验，思路清晰;

4、具有与项目相关事项的跨部门及外部沟通协调、主动协同、处理问题的能力;

5、具备异地项目管理经验者优先，包括异地项目的沟通能力、项目实施团队的管理能力。

6、熟悉IT项目管理的环境、内容和方法，具有管理软件项目经验者优先;

7.软件项目实施方案设计 篇七

依照ISO9126信息技术标准中定义:1) 软件:与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。2) 软件产品:指定支付给用户的软件实体。3) 软件质量:与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。4) 软件质量特性:用以描述和评价软件产品质量的一组属性。一个软件质量可被细分成多级子特性。通过功能性、可靠性、易用性、效率、维护性、可移植性这六个特性可以判断一个软件产品是否为高质量产品。

软件质量管理, 是确定软件产品的质量目标, 制定实现这些目标的计划, 以及为了满足顾客和最终用户的需要和希望而监控和调整软件计划、软件工作产品、活动与质量目标的过程。

二、软件项目监督与软件开发周期概述

软件工程生命周期分为立项、启动、需求分析、设计、编码、测试、上线、验收、运行和维护10个阶段。

软件开发的周期分为启动、需求分析、设计、编码、测试、上线六个阶段。

目前, 对大部分企业来说, 项目立项、项目验收由信息化项目主管机构组织实施。运行和维护由系统运管部门监督实施。软件项目监督是指企业设立的对软件开发过程进行监督的项目管理人员。其职责就是对过程管理、质量管理、变更管理及文档管理过程进行监督与评价、沟通与协调, 协助用户建设一个高质量的、具有可持续生命力的软件系统。

三、过程管理

过程管理的重点是各个阶段的评审。项目监督负责组织各阶段评审工作和文档归档工作, 监督各方对评审结果签字确认。过程管理流程图如图1所示。

各阶段评审内容如表1所示。

四、质量管理

4.1需求管理。据统计, 如果在需求分析阶段发生的需求变更对项目带来的额外工作量是5的话, 那么在系统设计和编码阶段发生的需求变更对工作量增加分别是20和100, 由此可见, 需求管理是质量管理最重要的环节, 需求做好了, 项目就成功了一半。需求常见问题是需求不确定、过多或变更频繁。主要原因:一是用户方和承建方之间信息的不对称, 挖掘实际需求比较困难;二是用户方和承建方在需求调研阶段调研分析的不够全面、不够深入。对用户方来说, 一是可能表述的较模糊;二是随着项目的推进对原来模糊的需求有了新的认识提出需求变更或提出新的需求。对于承建方来说主要是因为不熟悉用户方业务照成的理解的偏差。

项目监督在需求阶段的职责就是: (1) 组织行业专家对用户业务需求进行梳理, 和不同层面、不同部门的用户充分沟通, 尽可能在需求分析阶段通过多种手段消除“需求的不确定性”; (2) 对于过多的需求, 要帮助用户方和承建方分清轻重缓急, 设定优先级; (3) 组织用户方和承建方梳理、分析需求, 有效解决需求的变更频繁问题, 对于不可避免的需求变更需进行需求变更论证并做好相关文档的版本更新管理。

4.2评审管理。评审的目的就是及时发现缺陷、提高软件开发质量、减少软件开发的时间和费用。软件开发的每个阶段在其实施结束后, 都要组织技术评审或专家确认, 通过确认后方可进行软件开发下一个阶段的实施工作;数据库逻辑结构设计应经信息标准专家评审通过, 才能组织实施;如果评审未通过, 需提交整改方案。

4.3沟通管理。根据项目进展情况组织相关人员及有关专家召开项目周例会、月度例会, 检查项目是否发生偏差, 进度是否滞后, 是否存在问题, 讨论并制定解决方案, 布置下一步工作并编写会议纪要, 进行会议通报, 作为下一步工作的指导。

五、变更管理

所有变更都必须遵循变更控制流程进行控制并提交《软件开发项目变更申请书》, 所有变更都需由项目监督组织用户和有关专家审核通过方可实施。变更后, 受到影响的活动和相关的文档都要进行相应的变更, 以保持一致性。

六、文档管理

在系统上线阶段至少需提交以下7种技术文档:《软件需求说明书》 (附:计划要点表、需求评审表) ;《系统设计说明书》 (附:系统设计评审表) ;《数据库设计说明书》 (附:数据库逻辑结构字典) ;《测试设计说明书》;《用户手册》;《项目测试总结报告》 (附:缺陷记录和跟踪表、测试结果确认表) ;《项目开发总结报告》。

软件开发过程中所产生的技术资料、产品均应以电子和纸质形式存在, 项目验收后, 由项目建设单位或信息化工作管理部门负责项目文档的归档。

结束语

“三分技术、七分管理”, 在信息系统建设中建立合理的监督机制比人才、技术更为重要的因素。软件项目监督的实施在提高软件项目的开发质量方面起到了积极的作用。今后还需加大软件项目监督力度, 使项目监督参与到整个软件工程生命周期中。另外, 加强项目监督人员项目管理理论知识的培训对于提高软件项目开发质量是很有必要的。

参考文献

[1]苏秦, 何进, 张涑.软件过程质量管理[M].北京:科学出版社, 2008.

[2]朱少民.软件质量保证和管理.北京:清华大学出版社, 2007.

[3]李金海.项目质量管理[M].天津:南开大学出版社, 2006:29-30, 59-85, 153-158.

8.软件项目实施方案设计 篇八

关键词：项目管理；资源平衡；网络计划

工程项目管理是以工程项目为对象，在有限的资源约束条件下，为了最优地实现工程项目目标和达到规定的工程质量标准，根据工程项目建设的内在规律性，运用现代管理理论与方法，对工程项目从策划决策到竣工交付使用全过程进行计划、组织、协调和控制等系统化管理的过程。在工程项目的进度管理中，限于资源的约束，网络计划的作业之间除了存在工作逻辑的联系，逻辑上无关系的作业也有可能因为需要同种资源而存在联系。因此，在安排各项作业逻辑关系时就要考虑资源的限制和资源的供应过程对网络计划的影响。对网络计划进行资源优化，不仅可以方便资源调配，而且能够降低工程成本。本文通过加权平均将多资源转化为单一资源综合指标，通过项目管理软件对总承包工程施工专项计划进行“工期固定，资源均衡”的优化，获得了较好的应用效果。

1.网络计划技术的优点

在工程项目管理的过程中，通过网络计划图和计算可以找出网络计划的关键线路和次关键线路，这种线路上的工作，花费时间长，消耗资源多，所以我们可以把整个工程项目有效地组织起来 ，明确地反映出整个项目的结构、相互关系，使组织者能够统筹兼、抓住关键， 确保计划实现，避免造成浪费。与关键线路相呼应，利用网络计划可计算出除关键工作外其他工作的机动时间。对于每项工作的机动时间做到心中有数，有利于工作中利用这些机动时间，优化资源强度，支持关键工作，调整工作进程，降低成本，提高管理水平。使用网络计划技术对施工现场的质量管理有很大帮助。虽然一般认为网络计划是进度控制的手段 ，但从影响施工现场质量因素的分析中可以看出 ，采用网络计划技术 ，将有助于施工现场的质量管理。

2.网络计划技术应用现状分析

据有关资料分析，目前我国网络计划技术的理论研究与应用水平，尚处在中间状态，虽然我们在理论水平与应用方面同发达国家相比相差无几，但在应用管理上，特别是计划执行中的监督、控制及跟踪调整方面，较少落在实处，基本停留在编制上，主要影响为工程设计多变，材料供应跟不上，应用者素质不高。目前我国在网络计划技术的理论研究方面同国外发达国家相比相差无几，但在应用管理上比较落后，基本上停留在计划的编制与网络图绘制上。许多企业运用网络计划，或因招投标文件所要求，或为投标施工组织增加“技术含量”。所以如此绘制出的网络图不是错误连篇，就是华而不实，根本谈不上如何运用这一科学管理方法进行项目管理。绝大部分施工企业网络计划技术的应用只停留在编制计划或画出几张网络图上，对计划执行中的监督与控制及计划调整缺少有效的管理方法。网络计划在真正的应用过程中，应该对于实际进度滞后的项目通过改变某些后续工作的逻辑关系或缩短某些后续工作的持续时间 ，并制定相应保证措施来调整偏差。在施工网络计划的编制中，只是确定各工作单元之间的逻辑关系，而没有根据施工方法确定工作单元中各项工作之间的所有关系。编制深度不够，更谈不上网络计划的优化与控制。

3.网络计划资源优化方法分析

3.1资源优化

在通常情况下，网络计划的资源优化分为两种。“资源有限，工期最短”的优化是在资源供应有限制的条件下，寻求整个计划工期最短的方案。“工期固定，资源均衡”的优化是通过调整计划安排，在工期保持不变的条件下，使资源需用量尽可能均衡的过程。这里所讲的资源优化，其前提条件是在优化过程中，不改变网络计划中各项工作之间的逻辑关系；在优化过程中，不改变网络计划中各项工作的持续时间；网络计划中各项工作的资源强度为常数，而且是合理的；除规定可中断的工作外，一般不允许中断工作，应保持其连续性。衡量资源不均衡程度的指标有三种：资源需要量不均衡系数、资源需要量方差和极差。三种指标均是值越小，资源的均衡性越好。在实际工程中，很难使上述指标都达到最小，一般选用方差作为衡量指标，即资源需要量与单位时间平均需要量之差的平方和的平均值。

3.2多资源优化

资源作为工程项目实施的基本要素，它通常包括：人力，包括各专业、各种级别的劳动力以及不同层次和职能的管理人员；原材料和设备，它构成工程的实体，例如常见的砂石、水泥、砖、钢筋、木材、设备等；施工所需设备，如塔吊、混凝土拌合设备、运输设备和施工工具。此外，资源还可能包括资金、计算机软件、信息系统、专利技术和方法等。工程中各种工作所需资源的种类及数量不同决定了每种资源的需求曲线不尽相同。调整网络计划的非关键作业会对各种资源的均衡效果产生不同的影响，有可能会导致在改善有些资源平衡效果的同时又破坏了另一些资源的平衡状态，加大其不平衡程度。简单的重复使用单一资源均衡优化的方法不能解决多资源优化的问题，甚至出现矛盾。如果引入权重系数，，且所有种资源的权重和为，即。根据工程实际，按照各种资源对工程的影响程度进行加权平均，计算出综合资源指标，可以将多资源平衡问题转化为单一资源平衡优化。这样，对网络计划进行“工期固定，资源均衡”就是找出满足工期规定条件的网络计划关键路径和关键作业并计算总工期，计算各个非关键作业的总时差和自由时差。保持关键作业不动，调整非关键作业的开始时间，直到综合资源指标分布函数方差最小。

4.项目管理软件资源平衡实践分析

4.1适应性调整

Primavera早先版本的软件Primavera Project Planner，简称P3，对项目资源使用的规划只能由软件自动按照相应任务的计划时间将资源预算量分摊到每个时间周期中去。单纯使用软件功能规划资源的方式并不灵活，资源的分布柱状图非常平齐，这种情况在工程中是不现实的。目前的P6软件允许用户在软件自动分摊周期数量的基础上手工编制或调整资源在每个时间周期内的使用数量，以便根据实际情况更合理的规划项目资源使用。

4.2 P6软件资源平衡

用手工计算的方法对网络计划进行资源优化，计算调整工作量十分巨大，而且准确性也得不到保证，以往在实际工作中很难起到作用。在工程上应用项目管理软件可以替代繁琐的手工计算，为网络计划的资源优化提供便利，能够实现资源的动态分析与优化，使网络计划的及时更新成为可能。Primavera项目管理软件，简称P6，是用于项目组织协调的综合计划与控制软件，在国内外工程项目管理中都获得了广泛的应用。在EPC总承包工程中应用P6软件编制施工专项计划，按照多资源加权平均转化为单一资源综合指标的方法。专项计划的资源需求集中分布在工作周期的前半段，部分时段超出了资源限值，而且在第3天和第4天出现了最高峰，工作周期的后半段资源需求较少，整体分布不均。根据工程的实际情况和施工组织进行评估，近似认为该专项计划每日的资源综合指标限值为90，需要用P6软件的资源平衡功能对施工专项计划进行资源平衡。在工程实际中，资源的限值并不是一个绝对严格的数值。现场设计变更、设备材料的供货进展、工作难度的不同、施工工作面的布置以及劳动效率的变化都会影响权重的分配和权值估算的准确性，进而影响资源综合指标的数值。

5.结束语

资源优化的准确性受原始数据收集积累以及资源权重系数的影响。因此，对工程项目管理的基础数据要多收集、整理，通过不断分析和总结才能逐步提高资源均衡优化的质量及可靠性，使之更好地为工程管理服务。网络计划的资源均衡优化只是相对均衡，不可能绝对优化。在工程项目管理过程中还必须根据实际情况采用其它辅助措施，才能真正满足资源供需的矛盾。

参考文献：

[1]刘炳南.工程项目管理[M]. 西安： 西安交通大学出版社， 2012.

9.软件项目实施方案设计 篇九

文章从业绩、行为(态度、能力三个维度建立了一个四层的层次结构模型来衡量中小软件项目经理绩效。然后利用Delphi方法,由神州数码和中兴通讯的专家对各个指标进行权重评分,最后用层次分析法计算出各个指标的权重,设计出一个科学合理的中小软件项目经理绩效评价体系。

层次分析法在我国经济高速发展的同时,我们面临着资源压力、环境压力和可持续发展的压力。软件产业作为一个新兴的绿色产业,受到了前所未有的关注。同时,我国的软件产业也得到了迅猛发展。中国工程院院士倪光南等10多位专家撰写的报告指出,中国软件产业将继续保持高速增长,正在进入一个“腾飞阶段”。

在软件产业的重要性日益增加,软件产业的发展突飞猛进的同时,显得不和谐的是:软件项目的失败率居高不下。

在实际软件项目中,软件项目经理对项目失败率负有重要责任,所谓千军易得,一将难求。

既然软件项目经理对软件项目的成败起着举足轻重的作用,那么我们的当务之急就是要有一套科学、合理、可行的对软件项目经理的绩效进行评价的指标体系。通过该评价体系,我们可以最大限度的挑选出优秀合格的软件项目经理,从而为软件项目经理的成功打下坚实的基础。

一、绩效的内涵

绩效有组织绩效和员工个体绩效两个层面,我们在这里侧重研究的是员工个体层面的绩效。目前对绩效的界定主要有以下几种观点:(一把绩效看作一种结果

认为(绩效应该定义为工作的结果“因为这些工作结果与组织的战略目标、顾客满意感及所投资金的关系最为密切。”指出绩效是“一个人留下的东西”这种东西相

对独立存在”。从以上我们可以看出“绩效是结果的观点认为绩效是工作所达到的结果”是一个人的工作成绩的记录。

(二把绩效看作个体的行为

给绩效下的定义是“绩效是与一个人在其中工作的组织或单元的目标有关的一组行为”;提出“绩效是行为,应该与结果区分开,因为结果会受系统因素的影响”,绩效是员工自己能够控制的与组织目标相关的行为,并认为只有与目标相关的行为才算得上绩效。提出的组织公民行为认为:组织公民行为是一种有利于组织的角色外行为和姿态,既不是正式角色所强调的,也不是劳动报酬合同所引出的,而是一系列非正式的合作行为所构成的,能从整体上有效地提高组织绩效的行为。例如帮助同事,保护组织和提出建设性建议等。

(三把绩效看作胜任特征或胜任力

把绩效看作胜任特征的看法符合现在有些企业和管理者提出的“向前看”的绩效标准。即通过测量个体的胜任力来说明个体的绩效,因为拥有这些胜任力的员工拥有获得成功的更大可能性,在各组织越来越看重“可持续发展”的今天,对员工胜任力的考察日益受到重视。

准则层包括:行为、能力、业绩。如果一个人有成功的愿望,但是他如果没有相应的能力,那么他取得成功的可能性是比较小的。如果一个人有能力,但是他自身不愿意去努力做,也基本上不可能取得成功。如果一个人有了良好的愿望,也有相应的能力,但是如果遇见不可抗力,他也会失败;但是,在一些特殊的环境中,即使没有良好的愿望和能力,也偶尔能取得一定的成绩:比如瞎猫碰到死老鼠。因此,我们在考核业绩的同时,还必须相应的考核软件项目经理的能力和行为。

2.一级、二级指标的分析建立。1成本管理能力:

确定完成项目所需的资源及数量;估算所需的资源的费用;把费用预算分配到每一项活动中,形成项目费用计划基准;评估影响引起费用变更的因素,曹楹杬——九型人格专家!中国500强讲师!主要背景:管理学硕士,北京九型人格管理学院创始人、实战型专家,中华培训讲师网高级讲师。保证变更可以让项目各方干系人接受;判定费用计划基准是否偏离,对出现的偏离进行管理和纠正。

2时间管理能力: 软件项目经理任务分解;任务相关性分析;任务持续时间估算;定任务、定人员、定目标;时刻关注关键路径:关键路径可能会由于一些情形而发生变化。

3质量管理能力: 质量计划:需要监控的关键元素(见证点、停工待检点设置是否合理;定可能影响产品质量的技术要点,并找出能够确保质量的过程方法;对于质量计划中设置的关键元素,严格按照作业程序及时进行测量检查;对于已发现的不合格或潜在不合格,制定相应的纠正措施或预防措施。

4团队建设与管理能力: 明确完成项目所需的人员能力和结构;使项目成员目标一致,加强成员对决策的参与;清楚地分配和组织工作,并相应的划分工作范围及合理授权;对团队成员的工作成绩及时表示认可;对团队成员的工作绩效考核是否公正合理;为成员树立榜样,表现出积极的心态。

5决策、技术能力: 从技术层面分析用户的需求;审查和批准重大技术措施和技术方案;在专业方面指导软件开发人员的工作;维护软件流程的规范化。

6沟通能力:

是否清楚客户对项目的整体需求并合理引导客户需求;是否即时向客户反馈阶段性的成果;是否懂得合理对客户说不;是否取得客户支持与配合;是否及时向上级汇报项目的进展情况,需求变更等所有项目信息;是否客观向上级汇报困难,请求到必要的资源和支持。

7风险管理能力: 项目风险识别;项目风险分析(风险分析就是评估每一个风险出现的可能性及其影响;项目风险优先分析(风险的等级规划制定风险管理计划;项目风险监督和跟踪。

(3行为维度绩效指标的建立

行为指标主要考虑了软件项目经理的责任心。责任心,是指个人对自己、对他人、对家庭、对社会所负责的认识、情感和信念,以及承担责任和履行义务的自觉态度。

(四评价指标体系的赋权

10.软件项目实施方案设计 篇十

教育经历

1999-09～2003-07湖南工业大学计算机科学与技术本科

工作经验至今8年10月工作经验，曾在3家公司工作

▌公司名称（2011-08～2012-07）

公司性质：外资企业行业类别：印刷、包装

担任职位：部门主管岗位类别：项目主管

工作描述：下属人数：2人

工作职责：

1.根据各部门需求，开发生产管理系统，对生产流程各工序的的生产进度和质量进行量化管理。

2.根据客户需求，开发网上订单下单、确认平台，并自动处理相关数据，反馈给公司内的相关部门。

主要贡献：

1.组建东莞地区软件开发部

2.将香港的开发工作重点转移到东莞

离职原因：寻求发展

▌公司名称（2009-03～2011-05）

公司性质：外资企业行业类别：电子、微电子技术、集成电路

担任职位：系统开发课长岗位类别：系统分析师

工作描述：下属人数：3人

工作职责：

1.制定多国语言的开发规范和流程,对OA办公自动化表单进行多国语言改版和效能优化

2.开发基于组件形式的公共控件、Dll档和自定义服务器控件

3.对OA表单管理端进行Web改版

4.参与CMMI标准作业流程的制定和实施（TS,DAR,PI）

5.主导基于CMMILevel3专案FOM（组织规划系统）的设计与开发

主要贡献：

1.收集整理OA开发规范，统一部门编码风格、提升代码可读性

2.开发公共控件提升代码重用率、系统开发效率和质量

3.主导开发的FOM系统通过CMMILevel3认证

离职原因：寻求发展

▌公司名称（2003-08～2008-12）

公司性质：股份制企业行业类别：电子、微电子技术、集成电路

担任职位：程序员岗位类别：软件工程师

工作描述：工作职责：

1.维护旧的生产管理系统

2.根据部门需求，开发新的生产管理系统

主要贡献：

1.主导开发自动W/I与排拉系统

2.独立开发图书管理系统

离职原因：合同到期，寻求发展

项目经验

▌BrooksBrothers网上订单系统（2012-03～2012-07）

担任职位：部门主管

项目描述：1.开发目的：主要服务于客户网上下单和订单确认，及时数据处理和反馈，提高生产效率

2.系统架构：B/S网站，三层架构

3.系统功能：订单管理（下单，AW确认、订单确认及取消），订单查询，Master数据管理，参数设置。

4.开发工具：VS2005+SqlServer2000+CrystalReport

责任描述：需求从香港那边转述外，其他独立开发。

▌BCS报表管理系统（2011-08～2012-04）

担任职位：部门主管

项目描述：1.开发目的：代替各部门手抄报表，管理生产流程的各道工序数据，以提高生产效率和数据准确率。

2.系统架构：CS结构，采用三层架构和元数据管理方法，使系统便于维护和拓展使用。

3.系统功能：数据扫描、数据修改、数据查询、报表分析、参数设置

4.开发工具：VS2005+Oracle+Excel

责任描述：从需求调研到系统上线，全程独立开发。

▌FOM-组织规划系统（2010-08～2011-05）

担任职位：系统开发课长

项目描述：开发目的：主要服务于部门领导管理和规划本部门的组织结构和组织功能 系统架构：基于CMMILevel3业界标准开发的B/S，三层架构系统

主要模块：

1、基础数据模块：用于维护组织机构的基础数据，如职位资料，职能职系等；

2、职位盘点：对目前的组织结构进行盘点和人力分析；

3、组织规划与模拟：结合目前的组织结构，规划和模拟未来的组织结构。

开发工具：VS2008,SqlServer2008,PowerDesigner,MicrosoftVisio,CaseComplete,GUIDesignStudio 责任描述：

1、从需求访谈到系统上线实施，全程参与并依据CMMILevel3指导开发；

2、主导系统的架构设计和产品整合测试；

3、负责为关键技术寻找解决方案；

4、掌控系统开发进度。

▌MLP-多国语言专案（2009-03～2010-08）

担任职位：系统开发课长

项目描述：为了让OA办公自动化系统(简称OA表单）更好的服务于全球客户，对OA表单进行如下改进：

1、多国语言改版，使系统能够显示用户需要的语言

2、性能优化，提升系统操作和响应速度。

3、对OA管理端进行WEB改版。

责任描述：

1、制定多国语言的开发规范和流程；对OA表单进行多国语言改版和性能优化；

2、开发基于组件形式的公共控件、Dll档和自定义服务器控件；

3、掌控系统开发进度。

▌CRM客户关系管理系统（2008-07～2008-08）

担任职位：程序员

项目描述：1.开发背景：受朋友委托开发的一个Demo版本，包含了基本的功能操作演示。

2.系统架构：B/S结构。

3.主要模块：员工管理、客户管理、策略管理、预算管理、权限管理

4.开发工具：VS2005+SqlServer2000

责任描述：独立开发

▌自动W/I与排拉系统（2007-03～2008-06）

担任职位：程序员

项目描述：开发目的：服务VTT生产部以管理Model工艺制作流程，同时计算各生产线人手效率损耗情况及各测试位测试时间等资料。

系统架构：C/S三层架构

主要模块：

1、W/I数据处理模块-(定义制作Model相关工序资料，系统自动生成工序流程图及为生产线安排工位)；

2、人手.效率.损耗模块–(以楼层、生产线为单位计算各Model人手、效率、损耗等资料)；

3、测试时间模块–(计算各系列Model在各测试位的测试时间)

开发工具：VB+SqlServer2000

责任描述：参与系统的整个设计开发过程，主要负责：

1、系统需求访谈和分析；

2、系统架构设计；

3、编码。

▌图书管理系统（2006-03～2006-10）

担任职位：程序员

项目描述：开发目的：服务于厂区图书管管理员对图书和图书借还进行管理

系统架构：B/S结构

主要模块：

1.图书管理模块-（管理图书信息和图书状态等）；

2.借还书管理模块-(管理图书的借出和归还)；

3.系统参数模块-(主要设置图书的相关参数，如借阅天数，超期罚金等)。

开发工具：VB,SqlServer2000,CrystalReport

责任描述：独立开发

技能专长

专业职称：

计算机水平：高级程序员

计算机详细技能：精于.Net平台技术的应用和MSSQL数据库的设计和开发

技能专长：精通VB,Delphi,VB.Net,C#,ASP,HTML,JavaScript,Ajax,WebService以及基于.NET的服务器控件的开发

精通SQLServer数据库的设计与开发，能熟练使用SP、Function和Cursor，并对数据库的优化有一定的研究和实做经验

熟悉Oracle数据库的设计和开发

熟悉PowerDesigner,MicrosoftVisio,CaseComplete,GUIDesignStudio等相关开发辅助工具 熟悉三层架构，常用设计模式和OO、SOA、AOP设计思想，了解元数据的管理和使用，熟悉CMMI规范标准。

语言能力

普通话：流利粤语：较差

英语水平：CET-4口语一般

英语：一般

求职意向

发展方向：系统分析，项目管理

其他要求：

自身情况

自我评价：9年从事软件开发的实际经验，3年团队开发实际经验和管理能力

熟悉软件开发流程，具有良好的文档阅读和编写能力

熟悉CMMI，并具有CMMIL3认证专案的实际开发经验

性格开朗乐观，能和同事/客户建立良好的合作关系

勤奋务实，责任心强，具有独立处事和团结写作能力

#p#page#e#Education

1999-09～2003-07HunanUniversityofTechnologyComputerScienceandTechnologyBachelorDegree WorkExperience8years0monthsworkexperience,andservedon2Companies.▌公司名称（2009-03～2011-05）

CompanyType:StockcompanyCompanyCategory:Electrical,Micro-electronics

JobTitle:SystemDevelopmentSectionChiefPositions:SystemsAnalyst

JobDescription:Role:SystemDevelopmentSectionChief

TeamNumber:3

JobDescription:

1.FormulateSOPforMulti-Languagedevelopment,reviseOfficeAutomationSystemtoMulti-Language,andoptimizeitsefficacy

2.DeveloppublicComponents、DllfilesandCustomServerControls

3.ReviseOfficeAutomationManagementSystemtoB/S

4.ParticipateinFormulatingSOPforPAwithTS,PI,DARofCMMI

Developmenttools:VS.NET2008,SqlServer2008,PowerDesigner,MicrosoftVisio,CaseComplete,GUIDesignStudio

ReasonforLeaving:RequiresDevelopment

▌公司名称（2003-08～2008-12）

CompanyType:ForeignEnterpriseCompanyCategory:Electrical,Micro-electronics JobTitle:ProgrammerPositions:SoftwareEngineer

JobDescription:Role:Programmer

JobDescription:Involedinsoftwaredevelopmentandmaintenanceforproductionmanagement JobContent:

C/S:LibraryManagementSystem;W/IAutomationManagementsystem;OPMaintenanceSystem B/S:SignatureManagementSystem;BarCodeManagementSystem;ISMDWebProtral;CRM DevelopmentTools:VB,Delphi,ASP,.NET2003,SqlServer2000,Oracle

ReasonforLeaving:Contractexpires

ProjectExperience

▌FoundationOrganizationManagement(FOM)（2010-08～2011-05）

JobTitle:SystemDevelopmentSectionChief

ProjectDescription:FOMsystemisWebFormbaseonCMMILevel3,andwiththree-tierarchitecture.Mainservicethemanagerofdepartmentmanagementandplanningorganizationalstructureandorganizationalfunctions

Responsibility:1.Fullparticipationinallphasesofsystemdevelopment

2.Dominantsystemarchitecturedesignandproductintegrationtest

3.Findingsolutionsforkeytechnology

4.Controlsystemdevelopmentprogress

▌Multi-LanguageProject(MLP)（2009-03～2010-08）

JobTitle:SystemDevelopmentSectionChief

ProjectDescription:MLPisaprojectforrevisingOfficeAutomationSystemtoMulti-Language,Inordertoserviceglobalcustomersbetter.Responsibility:1.FormulateSOPforMulti-Languagedevelopment,reviseOfficeAutomationSystemtoMulti-Language,andoptimizeitsefficacy

2.DeveloppublicComponents、DllfilesandCustomServerControls

3.ReviseOfficeAutomationManagementSystemtoB/S

4.Controlsystemdevelopmentprogress

SpecialSkills

ProfessionalTitle:

ComputerLevel:seniorprogrammer

ComputerSkills:SkilledVS.NetplatformtechnologyandMSSQLdatabasedesignanddevelopment

Strengths:1.ProficientinVB,Delphi,VB.Net,C#,ASP,HTML,JavaScript,Ajax,WebServiceand.NETServerControltechnology

2.ProficientinMSSQLServerdatabasedesignanddevelopment,familiarwithSP,FunctionandCursor

3.FamiliarwithOracledatabasedesignanddevelopment

4.FamiliarwithPowerDesigner,MicrosoftVisio,CaseComplete,GUIDesignStudio.5.Familiarwiththree-tierarchitectureandOO,SOA,AOPdesignideas,metadatamanagement.LanguageSkills

Chinese:Cantonese:

EnglishLevel:CET-4SpokenGeneral

English:General

CareerObjective

CareerDirection:Systemanalyst

Requirements: