软件开发项目实施方案

1、软件开发工程实施方案工程管理实施方案作为一个工程管理者，如何要成功的做好工程管理;首先必须先要明白的是 在特 定的领域中赋予这个角色所要实现的目标、承当的职责、以及工程管理者的 具体工作 内容是什么？从我个人的浅见和角度以及我们所从事的IT领域来分析回答以上三个 问题。第一：目标作为一个工程的管理者，必须要明确的知道自己的工作目标;我个人认为项 目管 理者的目标无非就是以下两点：1、就是清晰明确地了解工程利害关系者的需求和期望，努力做到满足工程利 害 关系者的不同需求;工程利害关系者包括:工程团队成员和工程团队外成员（比 如各部 门的部门负责人和市场人员，客户等。2、就是保证开发工程按需按时保

2、质的完成。第二:职责作为工程的管理者，首先要端正态度，要明确知道自己的工作职责，认识到这份 工作职责的本质。工程管理者不是来管人的，而是来支持人的，是来协调资源的，是 来营造一个适合团队成员比拟认同的工作环境和气氛的，是来为一个共同的目 标和大 家一起战斗共同成长的。可以大概概括成以下几点：1、建立有效的工作流程保证工程的顺利进行。2、制定详细周密的工程计划。3、跟踪，推动工程按计划进行。4、积极解决工程过程中出现的问题和冲突。5、调动开发团队的积极性，创造力，推动团队成员在工程过程中不断成长。6、工程风险识别、风险评估、风险解决和风险管理策略以及做好突发风险的应 急预案。7、实现目标第三:工

3、程管理者的具体工作内容最后一个是工程管理者的具体工作内容，作为工程管理者必须清晰的知道自 己的 工作范围和所要做的工作内容以及工作重心，分为以下六点: 不同于制造业计件生产，各模块最终要集成在一起形成一个有机的整体，这 就需要各 小组之间的密切配合，界定清楚工作界面及接口关系，并在实施过程中 持续地沟通交 流和共享，首先团队要融为一体，产出的软件才能融为一体。这是一个团队的软实力，团队之间的协作好坏也将是个潜在的风险问题，在工程 启动和团队组建的时候就应该加以规避这样的风险出现。工程风险管理的要点：1、上述我们所说的风险管理都是指可以预期将要发生的风险，那些不可预 期将 要发生的风险不属于风险

4、管理的范畴。这也将是考验一个工程管理者的经验 和知识对 能否管理好风险至关重要的内容。2、对不可预期的风险，工程管理者要有潜在的风险意识评估，做好一些可操作 性的预案准备。3、详细明确的工程计划、以及工程执行过程中每个要点的质量保证是降低 工程 风险的必要条件。4、风险报告是工程团队以及领导了解工程风险的一个有效手段。风险报告 的格 式：序号风险简介对工程的影响解决方案或对策5、团队管理团队就是一组个体为实现共同的目标而相互依赖、一起工作的 共同 体。团队工作顾名思义就是团队成员为实现这个共同的目标而付出的共同努力，工程 团队的工作是否有效直接关系到工程的成败。团队管理是个渐进的过程。世界上只

5、有完美的团队，没有完美的个人。好的 高效 的团队不是管理出来的，而是营造出来的。团队成员需要有大家可认同的团队文化， 这需要大家共同的努力。1、营造良好的工作环境和气氛。2、建设优秀或鲜明的团队文化。3、保持高效的沟通。6、工程会议组织会议是工程管理者日常工作中一项非常重要的工作任务，工程 过程中很多重要的决定都是在会议中做出的，也有很多由于不成功的会议而对工程本10身造成了不好的影响。首先看看不成功的会议常常表现为哪些形式：1、会议气氛不好，参与者发言不踊跃；2、会议讨论常常偏离主题；3、会议没有取得预期的结果；4、会议时间常常一拖再拖。这些不成功的会议最终的结果就是：既浪费了大家 的珍贵时

6、间又没有到达会议的目的，很多人都对这样的会议都有抵触情绪，对此也是 深恶痛绝。以下是组织会议时应该注意的问题，也可看作组织会议的最正确实践。在列出最正确 实践之前有三点我们必须要清楚：1、会议是否会取得成功很大程度上取决于会议的组织者。只有组织得有力，会 议才有可能取得成功，这是会议成功的充分条件。2、会议的组织者和参与者的想法通常是不一致的，有时候甚至会大相径庭。所 以不要希望会议的参与者和你一样，对会议有着如此的期待，对大多数参与者而言， 在会议中他只是一个发表想法的人，他不用对会议的成功承当责任。3、以下十一条最正确实践是形式上的约定，具体的实施可以根据实际情况来做。 组织会议的十一条最

7、正确实践：1、只有需要开会时才开会。有时候两三个人单独小范围沟通会更加有效。2、提前发出会议议程，以便会议参与者知道他们来做什么。3、请对人很重要，不要把非必要的人召来开会，当然也不要漏掉那些关键人物。 在确保必要人物都在的情况下一次会议参与者越少效果越好。4、提前预约参与者的时间，以确保他们能按时到场。5、会议的开场很重要。会议组织者要在开始前做好几件事情。通常我建议有几 点要在开场时说：A、再一次强调会议的目标，我们来做什么。B、强调会议的主题与基调。比方：本次会议是一个需求确认会，而非需求讨论 会，主要是讨论做还是不做以及告知大家我们要做什么，而不要把太多的精力放在讨 论如何做上面。11

8、c、说明一下会议的规那么。如要发言，请举手；不要有小圈子讨论；不要打断别人的讲话，等别人说完你再说等等。6、会议过程中时刻注意引导和控制会议，以确保会议按照目标进行。一次会议的气氛是否良好，讨论是否充分，好的引导至关重要。比方多 提一些开放式的问题。7、会议记录很重要，把一些结论和有价值的内容记录下来，这些是本次会议的 重要成果之一。8、会议要有结论。我们常在会议上听到有人说：大家讨论了这么半天，结论 呢？ 。没有结论的会议是没有意义的。9、会议后别忘发会议纪要，以及一些Action,什么人什么时候做什么。10、 会议后的action执行情况的反响很重要。反响是对会议参与者的尊重，同 时也告知

9、了会议的效果。否那么会让大家感觉到这是一个可无可无的会议，大家以后参与的积极性也会降低。 很多会议往往都不注意这一点。11、按时结束的会议会受到所有人的欢迎。7、版本控制版本控制也是工程管理者的一个重要工作内容之一，一个工程或产 品的完成不可能是一步到位的，在工程完成的后期可能会有多个不同的版本的发布 （开发版本，测试版本，发布版本等）。需要做好版本的管理和控制。8、工程总结在工程完成后，总结整个完成工程的过程和经历，为下一次的 工程 启动提供参考经验，完善缺乏，防止在类似的工程中出现可能存在的相同的 错误发生。1软件开发实施方案系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分

10、析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下 表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最 终用户确认满意。1. 1开发流程总述如以下图示流程定义了我公司内部的软件开发过程，以指导和规范软件工程中 开发12 过程的定义和相应的实施。该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过 程又 可分为结构设计和详细设计。但是在实际开发工程中，情况仍然会是千变万化的，因此我们也并不是一成 不变 的死板执行一个僵化的工作流程，我们的原那么是在一个规范流程的指导和约 束下，根 据具体工程

11、工程的实际要求，为每一个工程评估并制定真正能够最好的 满足该工程要 求的开发流程。开始软件需求分析YN：改进YN：改进YN：改进软件需求规格说明书（初稿）系统测试计划系统测试案例（初稿）用户手册（概要）追溯表一软件需求规格说明书系统测试计划系统测试案例个人评审记录评审报告同行评审通过结构设计评审通过结构设计说明书（初稿）13集成测试计划集成测试案例（初稿） 用户手册（初稿）追溯表一结构设计说明书集成测试计划集成测试案例个人评审记录评审报告详细设计说明书（初稿）单元测试计划单元测试案例（初稿）用户手册（修改稿）追溯表一详细设计说明书单元测试计划单元测试案例用户手册（修改稿）个人评审记录评审报告源

12、代码、源代码文件清单单元测试报告（经过审批）软件问题状态登记表软件问题报告单集成工作单集成测试工作单集成测试报告（经过审批）软件问题状态登记表软件问题报告单集成的软件系统系统测试报告（经过审批）软件问题状态登记表软件问题报告单系统管理员使用说明书（经过审批）安装手册（经过审批）14用户手册（经过审批软件系统（系统测试通过）验收测试报告软件问题报告单软件问题状态登记表验收报告可交付产品软件需求规格说明书（升级版）客户需求登记表客户需求统计表设计说明书（升级版）软件问题报告单软件问题状态登记表软件维护实施计划维护后的软件系统详细设计评审通过编码集成测试系统测试验收维护结束图LIT软件开发流程总图在

13、应用系统软件开发工程中，我们仍将遵循这一思想，这一点将在随后的工程开 发实施计划局部有具体的表达，在这里和下面的相关章节中，我们仍将围绕着这个完 整的开发流程来分析说明，以此来说明我们对工程开发的完整过程管理 思想和相关实 践。下面我们对这个软件开发工作流程进行简要地分解说明。1.2软件需求分析（1）概述由于应用系统与众多相关应用软件需要进行交互，因此需要先对这些应用系统进15 行分别梳理，充分做好需求调研工作，编写经工程单位认可并评审通过的系 统需求 规格说明书。软件需求分析是按照工程定义的软件开发过程，根据系统分配给软件的需求（见 系统需求规格说明书），进行软件质量特性规格说明的过程。该过

14、程包括 进一步 明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬 件、软件与 软件之间的接口要求等，并对软件需求进行验证和文档化，即完成对 软件需求的分析 与规格定义。本元素在整个过程中的位置如以下图所示：系统分配给软件的需求软件需求分析结构设计图示：软件需求分析在软件开发过程中的位置（2）入口准那么和出口准那么1）入口准那么要素判断准那么客户需求（系统需求规格已由CCB批准为基线说明书）已进入配置库2）出口准那么要素判断准那么已经过审查软件需求规格说明书已批准为基线已进入配置库系统测试计划已经过审查16已获得批准系统测试案例已进入配置库用户手册(概要)追溯表一已编写已填写(3

15、)评审评审软件需求规格说明书，具体评审过程见评审程序文件，对软件需求 的评审准那么包括：系统需求和系统设计的可追溯性；与系统需求的一致性；内部一致性；可测试性；软件设计的可行性；运作和维护的可行性。对软件需求中的问题，与系统工程组或客户一起确定和审查，根据审查结果对软 件需求进行适当的修改，必要时按基线变更控制的要求对客户需求进行相应的修改。对软件需求规格说明书进行同行评审。审查、批准软件需求规格说明书。将软件需求规格说明书置于配置管理之下。(4)工作产品软件需求规格说明书系统测试计戈|J系统测试案例用户手册 追溯表(5)职责工程经理：负责组建软件需求分析组；确定是否需要对有关人员进行培训；负

16、责软件需求规格说明书的审查和批准。软件需求分析组：软件需求分析的主要承当者，负责完本钱过程元素要求产生的所有工作产品。17系统测试负责人：负责组织软件系统测试组对软件需求进行分析，审查软件需求的可测试性；参与软件需求规格说明书的审查和批准。质量保证人员：参与工作产品的审查，统计缺陷，并对软件需求分析过程进行审计。系统开发组：配合处理涉及客户需求的软件需求问题。客户：必要时参与软件需求规格说明书的审查和批准。1.3结构设计（1）概述结构设计是指按照软件需求规格说明书，设计软件系统的体系结构，即模块 结构，定义每个模块的主要功能和模块之间的联系（即接口），并确定软件 系统的数 据体系结构。本元素在

17、整个过程中的位置如以下图所示：软件需求分析结构设计详细设计图示：软件需求分析在软件开发过程中的位置图（2）入口准那么和出口准那么1）入口准那么要素判断准那么软件需求规格说明书经过审查审查获得批准进入配置库2）出口准那么要素结构设计说明书集成测试计划集成测试案例用户手册（初稿）判断准那么经过审查18审查获得批准进入配置库追溯表一（3）评审对结构设计说明书和集成测试计划进行同行评审。对结构设计中的问题，与软件需求分析人员一起确定和审查，并对结构设计进行适当的更改。审查、批准结构设计说明书，必要时，对其进行设计评审。将结构设计说明书、集成测试计划和集成测试案例置于配置管理之下。（4）工作产品结构设计

18、说明书集成测试计划集成测试案例用户手 册-追溯表（5）职责1）工程经理负责选择合适的设计人员，组建结构设计工作组；负责结构设计说明书和集成测试计划的审查和批准。2）结构设计人员结构设计阶段工作的主要承当者，负责完本钱过程元素产生的所有工作产品。3）系统分析员配合处理涉及软件需求的问题。4）系统开发负责人负责组织系统工程组对结构设计进行分析，审查结构设计的可测试性；负责协调处理涉及软件需求的问题；参与结构设计说明书191、工程前期阶段对工程进行技术可行性分析、技术评估、本钱评估以及风险评估。与需求提 出方 的代表进行需求讨论，明确工程的目标、价值;确定工程范围、功能及优先级。组建 工程团队，特别

19、要搞清楚工程的keyperson （对产品有决定权的人。工程启动会议，相 关的利害关系人员都必须参加。该阶段完成后的成果:确认后的最终软件需求规格说明书文档。2、分析设计阶段根据确认后的软件需求规格说明书，制定工程进度计划，工作任务分解（WBS;资 源申请，工程涉及到的开发资源、测试资源、设计资源（包括人员和软硬件资源；数据 库设计；系统设计；文档（包括UseCase、Dem。系统原型、TestCase等;评审 会议。该阶段完成后的成果:A、UserCase （系统用例;B、DEMO （系统原型；C、系统设计文档（概要设计和详细设计;D、数据库设计文档。最后对完成的成果，包括UserCase和

20、设计文档等进行评审。3、执行阶段（开发和测试准备开发环境、测试环境;跟踪，推动工程按计划进行；以周报的形式通报项 目 的进展情况。对工程的阶段成果进行评估，以确保该阶段完成的质量，包括代码 审核、 SQL审核等。对需求变更进行控制管理;对工程风险进行管理;测试阶段BUGFIXED及改 进、收集反响意见。4、发布阶段包括制定工程发布计划，用户培训，发布上线。5、上线后监控数据监控（日志、服务器状态，根据监控出现的问题，及时进行BUGFIXED及改进 或做补丁升级。6、结束阶段产品交付，工程总结会。第四：基于以上三个问题所做的应对细那么要做好工程管理，并能确实解决好以上三个问题，实现目标、履行职责

21、、完成工 作中的具体内容，从我个人这几年的工作经验和面临的一些问题，还有所积累的一些和集成测试计划的审查和批准。5)软件测试负责人负责组织软件测试组对结构设计进行分析，审查结构设计的可测试性；参与结构设计说明书和集成测试计划的审查和批准。L4详细设计(1)概述详细设计是根据结构设计说明书进行模块设计，将结构设计所获得的模块按 照单元、程序、规程的顺序逐步细化。详细定义各个单元的数据结构、程序的实现算 法以及程序、单元、模块之间的接口等，作为以后编码工作的依据。本元素在整个过程中的位置如以下图所示：结构设计详细设计编码图示：详细设计在软件开发过程中的位置(2)入口准那么和出口准那么1)入口准那么

22、要素判断准那么经过审查审查获得批准结构设计说明书进入配置库2)出口准那么要素判断准那么要素判断准那么经过审查审查获得批准详细设计说明书进入配置库(3)评审对详细设计说明书和单元测试计划可进行走查或(和)同行评审；20对详细设计中的问题，与结构设计人员一起确定和审查，并对详细设计做出适当 的更改；审查、批准详细设计说明书，必要时，对其进行设计评审；将详细设计说明书和单元测试计划置于配置管理之下。（4）工作产品详细设计说明书单元测试计划单元测试案例用户手册-追溯表（5）职责1）工程经理负责选择合适的设计人员，组建详细设计组；负责详细设计说明书和单元测试计划的审查和批准。2）详细设计人员详细设计阶段

23、工作的主要承当者。负责完本钱过程元素产生的所有工作产品。3）系统分析员配合处理涉及软件需求的问题。4）系统开发负责人负责组织系统工程组对详细设计进行分析，审查详细设计的可测试性；负责协调处理涉及软件需求的问题；参与详细设计说明书和单元测试计划的审查和批准。5）软件测试负责人负责组织软件测试组对详细设计进行分析，审查详细设计的可测试性；参与详细设计说明书和单元测试计划的审查和批准。1. 5编码21(1)概述编码阶段主要完成的工作是根据详细设计说明书编写程序源代码，包括必要的数据文件，并进行单元测试，单元测试的内容包括模块内程序的逻辑、功能、参数传递、变量引用、出错处理等方面。本元素在整个过程中的

24、位置如以下图所示：详细设计编码集成测试图示：编码阶段在软件开发过程中的位置(2)入口准那么和出口准那么1)入口准那么要素判断准那么详细设计说明书经过审查单元测试计划获得批准进入配置库2)出口准那么要素判断准那么源代码文件源代码文件获得批准源代码文件清单源代码文件进入配置库的源代码区单元测试报告提交测试负责人软件问题报告单提交问题管理渠道(3)评审对源代码文件进行同行评审，主要的方法为对照详细设计说明书对代码进行查22 阅，也可根据编程者的经验或程序的难度、重要程度，选择走查评审方式，但目的都 是发现程序存在的问题。(4)工作产品源代码文件单元测试报告软件问题报告单软件问题状态登记表(5)职责工

25、程经理建立编码组、测试组或相应岗位，并进行必要的培训；跟踪进度和问题解决状态；对提交的源代码进行批准(或指定负责人进行批准工作)。程序员编写程序代码；测试程序代码；修改程序代码；提交工作产品，批准后将其导入配置区的源码库。单元测试人员测试源代码；提交测试报告和软件问题报告单。评审人员对指定源代码文件进行阅读，发现缺陷和问题，填写评审报告。6模块集成测试(1)概述集成测试阶段主要完成的工作是集成和集成测试。集成是参考结构设计说明书并根据详细说明书中规定的系统集成方案将不同的经 测试的程序单元进行构造，并逐步构造成一个完整的软件产品的过程；集成测试那么是在集成完成之后，对各单元、模块之间接口的正确

26、性和集成后功能的正确性进行验证。23对于大型软件，集成测试可以采取分步进行的方法，可以先对各子系统进行集成 测试，然后在子系统之间进行集成测试。本元素在整个过程中的位置如以下图所示：编码集成测试系统测试图示：集成测试在软件开发过程中的位置（2）入口准那么和出口准那么1）入口准那么要素判断准那么经过审查获得批准进入配置库结构设计说明书详细设计说明书集成测试计划源代码文件2）出口准那么要素判断准那么获得批准进入配置库提交集成测试负责人已进入软件问题管理流程集成的软件系统（完整的源代码和目标代码）集成测试报告软件问题报告单（3）审查阶段核查集成状态和结果，并进行批准；批准后，将目标程序和程序清单进入

27、目标代码库。（4）工作产品集成后的系统目标代码（包括文件清单），及相应的源代码（包括文件清单）集成测试报告软件问题报告单软件问题状态登记表集成工作单集成测试工作单（5）职责24工程经理：建立集成组、集成测试组或相应岗位，并进行必要的培训；跟踪进度和问题解决状态；对集成后的系统目标码进行批准(或指定负责人进行批准工作)。集成负责人员：负责集成过程的实施。集成人员：负责环境构建，集成的过程操作，并将集成后的目标代码提交批准。程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。测试人员：测试系统目标码，将测试报告和软件问题报告单提交测试负责人。1.7系统测试(1)概述系统测试的主

28、要任务是从系统需求的角度对系统运行的正确性和性能进行验 证。系统测试的依据为系统测试计划。本元素在整个过程中的位置如以下图所示：集成测试系统测试验收图示：系统测试在软件开发过程中的位置(2)入口准那么和出口准那么1)入口准那么要素判断准那么经过审查系统需求要素判断准那么获得批准进入配置库编写完成系统的目标代码系统测试计划25用户手册2）出口准那么要素判断准那么获得批准系统测试报告软件问题报告单（3）工作产品系统测试报告软件问题报告单软件问题状态登记表（4）职工程经理：负责建立系统测试组或相关的岗位，并进行必要的培训；跟踪进度和问题解决状态；对最终的目标代码进行批准（或指定负责人进行批准工作）。

29、程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。测试人员：测试系统目标码，将测试报告提交测试负责人，将软件问题报告单提交问题管理渠道。1.8验收（1）概述验收阶段主要由验收测试、验收测试问题改正和验收三局部组成：验收测试的主要目的是验证所开发的系统在用户的使用环境下（或模拟的使用环境下）是否满足系统需求，从用户的角度验证整个系统运行的正确性。验收测试问题改正是对验收测试中发现的差异性问题进行修改。验收那么是在验收测试的基础上，依据工程合同或工程任务书对项目的完成情况进行综合评价。本元素在整个过程中的位置如以下图所示：26系统测试验收维护图示：验收在软件开发过程中的位置验

30、收的三个组成局部视工程立项类型和客户的要求选择执行。(2)入口准那么和出口准那么1)入口准那么要素判断准那么验收测试前完成评审。验收测试计划(有验收测试要求的工程)测试(系统测试、集成测试、单已完成元测试)2)出口准那么要素判断准那么已提交已关闭已提交验收测试报告验收测试问题报告单验收报告(3)工作产品验收测试报告软件问题报告单软件问题状态登记表验收报告可交付产品(4)职责验收测试组：负责验收测试的各项活动。27开发组人员：负责验收测试中发现问题的改正和测试辅助。工程管理人员：负责指派验收测试责任和完成测试规程；确保测试质量和进程；确保组间协调。验收组：具体进行验收。CCB :批准运行基线。1

31、.9维护(1)概述维护期是指：软件产品/系统验收后，进入软件运行/系统维护阶段，直至软件产品下一个版本 的发布或系统维护期终止；本元素在整个软件开发过程中的位置如以下图所示：验收维护图示：维护在软件开发过程中的位置(2)入口准那么和出口准那么1)入口准那么要素判断准那么软件产品/系统已验收2)出口准那么要素判断准那么软件产品已退役合同约定的维护期限28已到期合同约定的维护范围已超出，须另签协议(3)工作产品软件需求规格说明书客户需求登记表客户需求统计表设计说明书软件问题报告单软件问题状态登记表软件维护实施计划维护后的软件系统(4)职责维护负责人：制定软件维护实施计划，确认维护类型、需求范围，分

32、配维护任务, 追踪任务的完成情况及其他工程管理工作。软件维护人员：负责进行软件维护任务的执行。QA人员：负责协助维护负责人根据实际情况剪裁标准流程。b8工程实施1工程实施概况依据工程建设要求，对中山农情统计分析系统进行整体规划设计更新维护，对系统运行的平安性、可靠性、易用性以及稳健性进行全新设计，并将所有的应用系统进行部署实施和软件使用培训以及技术支持。工程组承诺工程独立完 成， 不转包外包。1. 1工程实施管理原那么工程开发维护的实施中，严格按照xxxx国际质量体系进行控制，保证为用 户提 供优质的产品、严密的工程实施、高效的服务支持。为此，要遵循以下工程实施管理 原那么和保证体系。29工程

33、管理中的一些知识以及自己的观察和思考的角度看，应该要努力做好以下这几个方面的具 体工作：1、工程开发时间的估算制定工程进度时间表的时候，需要估算每个任务所需的时间，其中开发任务 中模 块的分配和时间估算是其中最主要的局部;在分配模块和估算开发时间时需 要遵循的 原那么和目标：1、保证工程整体的进度。2、有助于确保开发编码的质量。3、有助于提高开发编码的速度。在公司现有的技术框架下，开发人员主要的工作是投入在具体的商业逻辑上。通 常每个模块所需的开发时间取决于以下三个因素：1、所负责模块的商业逻辑的复杂程度。2、开发人员的技术水平和对工程所在应用的熟悉程度（包括对框架和应用的熟悉 程度。3、该模

34、块技术实现上是否有技术难点；这里所谓的技术难点定义是:在现有 系统 中还未实现的、开发人员自身也未没接触过的技术。对于这样的难点，开发者没有相 关的代码可以参考，自己也没有经验，所以需要投入一些时间研究解决。模块分配和开发时间估算的步骤：1、在划分好模块后，首先自己先估算一下每个模块所需要的开发时间。2、然后召集所有开发人员，讨论模块的分配和开发时间估算。将划分好的模块, 让开发人员从中挑选他们感兴趣的模块。这样做可以提高开发人员的主动性和参与性。 在分配模块的时候还需从以下几方面考虑，以确保开发的速度和质量:A、相同类似的 模块由同一人负责开发，比方用户管理的增删改由同一开发者负责。这样做的

35、好处就是开发者对相关逻辑会更加熟悉，同时接口的定义也会比拟明确, 沟通的本钱比拟低，同时功能实现的缺陷也相应的会降低。B、技术难度比拟大的模块由技术水平比拟高的人负责。C、业务逻辑比拟复杂的由对这块逻辑比拟了解的人负责。模块分配完后，开发人员评估自己负责开发的模块所需要的时间。在此过(1)有经验、成熟的技术队伍是工程实施的前提条件完成任何工程工程，必须拥有一支有经验的、勇于探索的、高水平的、具有严谨 工作作风的技术队伍，在工程实施的过程中发挥团队协作精神和用户密切协作的能 力。(2)管理层次清楚、职责清晰是工程实施的基础建立层次清楚的工程工程实施管理机构，明晰各层的管理职责，从组织管理的角 度

36、保证工程实施计划落到实处。(3)确定过程控制点，以过程质量保证整体工程质量整体都是由局部和具体的细节构成，工程由一个个过程环节组成，只有认真对待 每一个过程细节，才能保证工程工程整体的实施质量。(4)用户参与是工程工程成功的保证从工程开始到工程的结束，每个阶段都强调用户的参与。开发商只有和用户相结合才能使开发出的系统为用户所用，发挥出系统的最大效 益，而用户的参与也是系统顺利进行的保证。对本工程短时间、大范围的配置安装来说，如果有用户的高度参与，工程工程的 实施将大大加快。bb8. 1.2工程组织结构本工程是一项涉及面广、影响大、平安运行要求高，集数据处理、信息发布、资 源整合于一体的政府信息

37、化工程。为了更好的执行该工程，将采取统一指挥、并行实 施、相互支援的实施方法。为了使该工程能顺利实施，便于工程的管理和协调，使工作职责更加清晰明白， 建立工程组织实施小组，建立由工程领导小组、工程管理办公室、工程监理 公司、顾 问咨询组、工程经理、工程具体实施小组组成的实施管理控制组织体系。工程实施组织具体职责如下：(1)工程领导小组负责工程实施过程中的重大事件决策；根据工程的进度、质量、技术、资源、风险等实行宏观监控；30负责组建验收小组，主持验收工作；协调参与工程各方的工作关系。(2)工程管理办公室组织各方统一制定工程管理计划；组织总体实施方案评审，组织测试验收；负责工程进度计划与本钱控制

38、；协调解决工程实施过程中出现的各种问题。(3)顾问咨询组1)人员组成农业信息化相关领域的业务专家；多年从事IT行业和展厅建设的信息技术专家。2)主要职责系统总体设计指导；对各子系统深化设计进行审核并提出优化建议；对各子系统进行技术协调；协助客户对系统的设备配置予以确认；对现场系统安装、调试提供必要的技术支持服务；工程文档审核。bb(4)工程经理人员组成工程经理由具有丰富工程管理经验的高级工程师担任。2)主要职责制定工程计划：牵头制定工程计划。工程执行：对总体方案设计及工程设计；配置确认；31工程质量保证；系统设计、开发、测试、安装及调试；系统培训、验收。工程检查：通过其下属各工作组提供的工程进

39、展汇报，将工程进展状态与工程计 划进度进行比拟，发现过程误差，提出整改措施。工程控制：审核工程进展状态，必要时调集各种备用资源，确保工程按计划 进度实施。工程协调：与客户、各分系统建设部门进行协调，解决工程组织接口及技术 接口问题；定期主持系统建设协调会，及时解决各系统间出现的相关问题。工程汇报：定期向工程采购单位汇报整个工程的进展情况，汇报在系统建设 过程中出现的重大问题，听取指导和建议。（5）总体方案组1）人员组成由从事过多名基层电子政务工程的系统架构师、系统分析员和需求分析工程师组成。2）主要职责对工程经理负责；进行系统的需求分析调研；负责系统的总体设计；筹划系统的模块功能结构；配合业主

40、方进行系统验收。（6）软件开发组对业主需求分析进行全面细致的了解或确认，深入描述软件的功能和性能，划分系统的软件功能需求和硬件功能需求，确定软件同其它系统元素的接口细节,bb并与客户一起讨论决定系统验收方案。1）人员组成32iWj级程序员；具有丰富产品开发经验的产品开发设计人员。2)主要职责负责工程应用软件的系统设计；负责工程应用软件的程序编码；负责工程应用软件的运行调试；配合业主方进行系统验收。(7)系统测试组从使用者的角度完成系统操作步骤的设计，在实施过程中监控测试系统是否到达 最初制定的操作目标，并编写业主操作手册。检验系统开发质量，并进行功能测试。当开始试运行阶段后，还要对工程的各个方

41、面指标进行测试和评估。(8)系统实施组1)人员组成由具有丰富经验的系统工程师和参加系统开发的软件工程师组成。2)主要职责负责各个实施区域的实施方案的设计与建议；组织系统安装及调试；负责系统配置修改，安装技术支持；8. 1.3工程团队根据上述工程组织结构和职能分解，北京派得伟业科技开展计划投入高级顾问1人，工程经理2人、技术负责人1人、实施经理1人、系统设计组 4人、软件开发组13人、系统测试组3人、系统实施组3人。共计28人。形成 专门服务本工程的技术开发实施队伍。随着开发层次的深入、开发量的增加，北京派得伟业科技开展投入的人力资源将随之增加和不断进行调整。未经招标人同意，工程总负责人及各分工

42、程负责人在工程结束前不得变更。b具体人员组成分配情况分别如下表所示：表1.工程实施人员一览表33序号本工程职责姓名职务公司副总、农业生产本工程具体分工系统总体设计指导及系统深化设计进行审核并提出优化建议.高级顾问张俊与管理事业部总经理农业生产与管理事业部副总经理工程统筹和沟通协调、技术研发和总体设计.工程经理徐杰（工程经理证书见附件）农业生产与管理事工程统筹和沟通协调、技术业部.工程经理史同鑫研发和总体设计工程经理.技术负责人刘鹏高级架构师工程开发过程管理农业生产与管理事.34实施经理鲁国宝工程实施管理业部实施工程师. 7. 8. 9. 10. 11. 12. 13.刘鹏飞总体设计组刘伟梁轶晓

43、杨彬高丽郭寿水路鑫辛堂峰软件开发组系统设计师需求分析需求分析需求分析高级程序员、开发组长程序员、开发组长高级程序员、开发组长程序员、软件开发程序员、软件开发程序员、软件开发程序员、软件开发程序 员、软件开发程序员、软件开发原型制作系统设计师工程筹划高级架构师高级架构师高级架构师程序员程序员14. 15. 16. 17. 18.秦岩宾贺永林程序员程序员程序员程序员闫寿增冯占卫刘霞美工b序号 19. 20.21.22. 23. 24. 25. 26.35本工程职责姓名李楠赵伟李妓职务美工美工系统测试师系统测试系统测试实施工程师实施工程师实施工程师本工程具体分工原型制作原型制作测试经理、系统测试系统

44、测试系统测试系统实施、安装部署系统实施、安装部署系统实施、安装部署系统测试组徐胜慧王楠石立坤系统实施组胡桂金张鹏飞8. 2工程实施计划工程实施的成功与否的关键因素中包括系统配置、工具的使用、人员组织、实施流程和工程方法等。工程开发及实施过程要遵循应用系统开发管理和流程管理规范，该规范包括以下几局部内容：工程流程规范、人员组织规范、体系结构 规范、业务需求规范、模型设计规范、最终用户应用规范、计划和部署规范、项 目管理规范。8. 2. 1工程实施工作流程工程正式启动后，工程将严格按照工程实施计划进行。首先进行工程的需求调研，开始收集工程的各种资料，并形成详细的需求规格说明书；在工程需求调研的基础

45、进行概要设计和详细设计的编写，并聘请专 家进行咨询、论证，通过专家评审，经修改后局部内容形成正式文稿； 在概要设计和详细设计的指导下，开始进行系统的开发实施，在此 过程中软件测试和软件初始数据的录入工作；系统开发完成后，进行安装调试、试运行，同时进行现有系统的集成和数据导入 工作，进入系统全线运行阶段，完成整体测试、修改完善；bb36在系统全线运行后，进行工程总结，完成系统的总体验收。在此过程中，系 统培训贯穿始终，确保受训人员能够熟练的对系统进行安装、调试、运行、维护、管理。在工程开发阶段遵循需求分析、概要设计、详细设计、编码阶段、测试阶段 及安 装调试施工。(1)需求分析需求分析要从用户的

46、具体要求出发进行抽象汇总最终形成需求分析文档，形 成的 具体的内容如下：系统的各个模块的功能说明系统的性能要求系统的平安性要求系统的容错要求系统接口要求系统使用范围系统的客户界面要求等需求分析阶段需要用户方技术人员协调用户各相关单位配合需求调研工作，在需 求调研工作结束后，签署用户需求分析书。(2 )概要设计从用户的需求出发，概要设计人员在确认用户最终需求的情况下进行概要设计形 成系统概要设计，在概要设计的结束日期将概要设计交由详细设计人员作为依照进行 详细设计。在概要设计阶段应该形成如下内容：系统整体构架系统开发工具及方法每一模块的用户需求的说明系统各模块之间的接口系统每一模块的工作流及数据

47、流定义37数据库结构的定义数据库表结构的定义(3 )详细设计bb根据概要设计对每一功能模块按照开发工具提供的功能进行实现的详细设计，此局部的文档应该实现如下内容：每一功能模块的用户需求的详细说明每一功能模块工作流的详细实现的设计(对应需求)每一功能模块数据流详细设计及数据实现走向详细设计(对应需求)各功能模块子模块的定义和详细实现方式各功能模块之间接口的数据流及工作流的详细描述。各种界面原型的设计要求：在详细设计阶段所有的设计必须按照可以作为编码依据的方式进行设计，作到越详细越好。(4 )编码阶段在编码阶段程序员要按照详细设计进行编码工作，要求编程人员所写的代码一定 要完成详细设计的所有的功能

48、；在代码编制过程中，要求程序员严格执行编码规范和格式要求。(5 )测试阶段测试过程严格按照软件质量体系软件测试控制程序执行。测试方法除采用传 统的测试方式外，还采用了先进的测试工具辅助测试。测试分为两个阶段：单元测试阶段和综合测试阶段。单元测试阶段在编码阶段完成，所有的测试文档由测试人员提供。综合测试由开发人员和测试人员交叉担任，包括集成测试和系统测试，同时所有 的测试文档应该由专业测试人员完成。(6)安装调试及施工测试工作结束后，工程由系统开发阶段进入实施阶段。8. 2. 2工程进度安排38工程执行计划：九个月。第一阶段：调研和需求分析：第1个月1调研中山市农业信息化基础设施建设运行现状，掌

49、握土肥业务需求，编 制需求分析报告b b2在需求分析报告的基础上，结合工程建设目标和要求，制定详细的工程 实施方案。第二阶段：技术方案设计：第2-3个月1平台各系统各局部功能的需求分析与详细设计2 建立平台各应用系统 的数据列表和数据库表结构3 软硬件技术、数据库系统的选型和开发环境的搭 建4 建立完善的开发环境，做好开发前准备工作第三阶段：应用系统的建设及 网络测试：第4-7个月1开发土肥信息管理服务平台各应用系统2完成系统集成工作3应用系统的测试、调试工作第四阶段：应用系统的完善、安装使用与培训：第8个月1安装部署应用系统2应用系统使用培训，进入试运行。3根据用户反响的意见对系统进行完善，

50、形成稳定的产品第五阶段：应用 系统试运行：第9个月1试运行期间系统进一步修改和完善2整理文档，撰写工程竣工报告，完成工程的验收工作3 系统交接工程总体实施进度如以下图所示：月度39 程中最好做到要和开发者比拟详细的讨论每个模块的技术实现，以便使时间的估 算更 加准确。4、 对开发人员估算的时间进行确认。在确认过程中作为工程管理者应参考以 上提到的三个因素，同时将自己估算的时间和开发人员估算的时间进行比拟。这其中 的差异当然会存在的。对于那些差异比拟大的，将与技术人员探讨其中的缘由。对于 时间周期比拟长的任务，尽量将任务通过再细分的手段细化任务，争取每个任务的最 长时间不超过3天;时间周期越长的

51、任务，不确定性越高，风险也越高，越有可能成 为工程的瓶颈，影响工程的进度。2、CodeReviewCodeReview是保证工程中代码质量非常重要的一个环节，在 这 一环中我们公司做的非常欠缺，把关不严格；这是导致每次测试后出现大量bug的主 要原因，这一环需要纳入绩效考核中，实行责任追究制，实施重点监控。出现这样的 薄弱环节，造成这样的原因，我想也是有很多因素造成的；比方开发人员对需求不是 很明确，以自己比拟主观的因素去完成任务的；还有对整个系统业 务逻辑没有正确的 清晰的认识的原因，以及对工程组成员培训不到位的原因等众 多因素纠集在一起才产 生的。如何做好这方面的工作?首先编码要有“编码规

52、范”文档,CodeReview要有“代 码审核规范”文档:记录代码实现应该遵循的标准。通过这两个文档来规范开发人员 的代码实现，代码编写者必须要严格按照规范来进行；代码审核者根据这些 标准来 CodeReview代码，同时在CodeReview过程中不断完善该文档。在做好这些前期工作的前提下，分以下几个步骤来实施：检查开发者的代码实现是否遵循了编码规范。从代码的易维护性、可扩展性角度考察代码的质量，提出修改建议。代码编写者和代码审核者坐在一起，由代码编写者按照UseCase依次讲解自己负责的代码和相关逻辑，从Web层-至ij Manage层再到Dao层；代码审核者在此过程中可以随时提出自己的疑

53、问，同时积极发现隐藏的bug;对这些bug记录在案。时间（天）任务名称需求调研收集资料制定开发技术方案XXXX101212 序号 123 b b456789101112系统功能概要设计系统功能详细设计数据库设计系统开发应用系统测试、调试安装部署系统应用及培训试运行、修改与完善准备验收材料 与验收图L总体实施进度计划图2. 8. 3人员培训为了保证系统建成以后良好的运行，制定完善的培训计划。2.8. 3. 1培训内容对开发的应用系统软件的使用和数据维护进行培训，使业务人员能够熟练使用系统，进行数据的管理维护和业务分析，实现决策、共享和信息发布等操作任 务，使软件系统发挥应有的作用。2. 8. 3

54、. 2培训方式培训使用建设中跟随培训和建设后集中培训两个方式。建设中培训：中山市农科推广中心在建设阶段积极参与各系统的建设，参与系统设计、系统实施，随时熟悉系统设备和软件的使用方法和内容；建设后培训：系统建设完成后，对中山市农科推广中心管理人员进行集中的系统使用和维护培训，使业务管理人员从整体和局部上掌握系统的使用。提供完40整的用户手册，作为培训的材料。bb8. 4工程验收8. 4. 1工程验收本工程由经信局组织专家进行会议评审验收，验收前需对平台各系统的功能进行测试，并进行72小时稳定性测试。验收后由经信局出具中山市土肥信息管理服务平台建设工程的验收报告。8. 4. 2工程交付项说明工程任

55、务完成后，投标方根据合同应提交给招标方的货物、服务以及交接文 件、用户手册等，并附上相应的交付时间计划表。投标方交给中山市农业科技推广中心的中山市土肥信息管理服务平台的代 码，必 须是系统应用系统所有模块不加密的、明文的、标准的源代码。8. 4. 3工程付款本工程以总价承包方式采购，采用分期付款方式。1、合同签订后，投标人提交工程实施方案并通过采购单位审核之日起个工作日内，采购单位启动支付流程向乙方支付合同总额的20%；102、系统完成设计、开发、测试、安装部署，采购单位签字同意进入试运行之日起10个工作日内，采购单位启动支付流程向投标人支付合同总价的3、工程实施完成并通过经信局组织的专家终验

56、之日起购单位启动支付流程向投标人支付合同总价的40%o30%o10个工作日内，采4、投标人按照采购单位要求完成质保工作，工程质保期结束之日起工作日，采购单位启动支付流程向投标人支付合同总价的10个4110%o8. 5售后服务针对本工程的售后及技术支持服务，派得伟业公司承诺如下：北京派得伟业科技开展设置专门人员，为本工程售后及技术支持提bb供优质、高效的服务；质量保证期：系统验收后12个月。质保期内，投标人所有服务不得收取任何费用；投标人有责任解决所提供产品或服务及其附件、安装介质的任何故障。投标人必须在8小时内对业主所提出的维护要求做出实质性反响，并提供应 急响 应策略。系统运行过程中如果出现

57、技术故障（如硬件故障、软件故障、配置丧失等），在此期间按紧急预案处置，确保系统最大限度地不中断运行。投标人应保证8小 时内解决此类问题，以恢复故障使得系统得以正常运行。质保期外，投标人为建设方提供有偿技术支持和服务，考虑系统维护服务等工作 量情况，适当向建设方收取一定费用。如果有幸中标，我们将在建设、实施以及今后的运行维护中安排专门人员，针对本系统的特点结合我们在不同工程中的维护经验，制订高效完整的维护 方 案，提供高质量和全方位的支持和服务。我们的主要服务措施有：在北京派得伟业科技开展建立专门的技术服务小组；在客户许可的情况下，维护人员将通过 、邮件或者即时通讯工具，提供实时 在线指导维护,

58、排除系统故障;设立专门的客户协调经理，负责聆听客户的需求，定期对客户进行现场访问，加 强与客户的沟通交流，调查系统运行情况，为客户提供有预见性的建议与计划，传达 公司产品开展状况等信息。设立专门的技术支持经理，在工程实施结束后，设立专门的技术支持经理，负责 各项售后服务工作；针对应用软件本身出现的问题，积极组织人力查找原因，及时给出解决方案，并 在版本升级后彻底防止此类问题的发生;42对于非北京派得伟业科技开展应用软件的问题，而是由于其他因素 影响 用户的正常使用，北京派得伟业科技开展将会积极配合用户查找问题原因。8. 5. 1常规支持服务从试运行期结束后算起，系统开始正式运行，北京派得伟业科

59、技开展有限公bb司承诺向用户提供一年免费的标准支持服务，在免费服务期内，为用户提供免费 的现场技术支持服务，免费的现场软件安装调试、保修和升级，维护人员的免费现场 培训和技术指导等，针对软件应用中出现的问题在1小时内提供应急相 应方案，假设软 件系统出现无法远程指导解决的故障，派得伟业公司技术人员上门服务，根据实际情 况最迟在48小时以内修复。同时: 北京派得伟业科技开展承诺本系统的知 识产权归用户方所有。在免费技术支持服务期内，除提供正常的工作时间热线 支持外，还提供8*24 小时的值班手机支持服务，对于用户关于软件应用以及相关内容的咨询和问题提供解答和解决方案。免费技术支持服务期结束后，北

60、京派得伟业科技开展将继续提供优质的 支持服务，定期对系统进行维护查询，对用户提出的维护请求，通过 指导，E-maiK即时通讯工具和 等方式及时响应和处理用户反响的问题和系统 运行的故障。对用户需要的系统软件和应用软件的现场维护，包括现场的安装调具体的收试和重装，应用软件升级服务，派得伟业公司将收取一定的本钱费用， 费由双方协议后决定。5. 2故障等级与响应时间（1）故障等级定义紧急故障：系统已无法使用，导致用户业务活动中止；系统频繁出错，频繁产生完全错误的处理结果。严重故障：系统仍在维持状态运行，但性能下降；系统能够维持运行，但有多个功能无法工作，或某一功能不正常已严重影响系统 的运行。中等故