《智慧电子政务平台开发实施方案》由会员分享，可在线阅读，更多相关《智慧电子政务平台开发实施方案（27页珍藏版）》请在金锄头文库上搜索。
1、智慧政务平台开发实施方案目录1系统开发实施- 3 -1.1项目管理- 3 -1.1.1项目管理的概念- 3 -1.1.2项目管理的必要性- 3 -1.1.3MSF项目开发管理- 5 -1.2项目组织结构- 10 -1.2.1项目人员的组成- 10 -1.2.2项目人员的角色分配- 11 -1.2.3项目人员规范要求- 11 -1.3项目实施过程- 12 -1.3.1项目实施过程的基本要求- 12 -1.3.2项目需求分析阶段- 13 -1.3.3项目设计阶段- 14 -1.3.4项目实施阶段- 15 -1.3.5项目试运行阶段- 15 -1.4质量控制- 16 -附录A项目开发计划- 19 -
2、附录B案例分析 “英国政府网关”- 20 -项目的背景- 20 -面临的挑战- 21 -微软对该项目的理解- 21 -解决方案的体系结构- 22 -系统物理结构与性能指标- 24 -系统的开发过程及周期控制- 25 -项目的运行状况- 26 -1 系统开发实施1.1 项目管理1.1.1 项目管理的概念项目管理是保障项目按时按质按量完成的重要手段。项目管理要以人为核心，围绕项目实施目标和投入的资源，均衡需求和投入的要求，以合理制定目标、安排人员并按计划完成项目为目标。在项目管理中，参与项目的人员是管理的重要对象。因此选择符合要求的人员、对人员素质的培养和技能的培训以及最大化发挥人员的能动性，也是
3、项目管理中需要考虑的重点。1.1.2 项目管理的必要性一个项目的实施过程中，可能会出现各种各样的情况，最后可能造成项目不能按时间、按预算、按功能完成。而项目管理就是要尽量避免和减少造成项目失败的可预测或不可预测的因素。一般说来，一个项目不成功往往由以下三个方面的因素造成：l 管理因素造成项目失败的管理因素往往是由于缺乏有效的项目管理方式造成的。 首先是没有明确的目标。在项目开始的第一件事情就应该明确项目的目标，而且要让参与项目的每个人员都对这个目标有一个共识。这个共同的目标是避免项目实施过程中发生分歧的重要因素，项目中所有的工作都应该围绕这个目标进行。 其次是欠缺管理手段。手段的欠缺主要表现在
4、项目组织和项目制度上。没有清晰的项目组织难以做到人尽其责，而没有规范的项目制度则给项目的跟踪和系统的维护留下隐患。项目的组织要体现标准化和从上到下、由粗到细的原则。标准化一方面是指项目人员组织的标准化，即项目中人员角色的分配和每个项目实施过程中每个角色应该完成的工作；另一方面是指项目文档的标准化，即项目实施每个阶段应该提交的文档都应该有标准的格式和内容。标准化能最大化地利用人力资源，有效的预见项目实施过程中的常见问题。从上到下的原则是指项目组织要体现层次结构，包括总部和下属公司关系，管理和被管理的关系等。层次关系能划清项目中各层次的责任和重点，避免项目中责任方面的矛盾。由粗到细的原则是指项目中
5、各个阶段、各个层次的任务是由粗到细的来安排。从项目整体的目标和进度逐渐细化到项目中某个人某段时间的具体任务。由粗到细的原则结合从上到下的原则，可以更好的安排资源，达成统一管理的目标。l 技术因素技术因素往往会造成项目不可挽回的失败。但是技术因素却是一个项目中比较容易预测的风险之一。在项目的需求分析阶段，就应该对项目的技术因素进行评估，发现其中的技术难点，并加以明确的分析。在总体设计阶段，排除主要的技术障碍并确定采用的技术。这样能很好的避免项目实施中期才发现的技术方面风险，同时避免造成不必要的损失。l 非管理和技术因素项目失败最常见的原因来源于非管理和技术因素，这也是最难以预测的因素，因为这些因
6、素涉及到管理者、使用者以及维护者本身。建设管理信息系统的目标，就是要让每个人的工作更加有效、准确，肯定要改变原有的思维和工作方式来看待新的管理信息系统，这对于每个人的观念是一个挑战。而要改变管理者、使用者的观念需要进行大量的宣传和培训，要让每个人都意识到管理信息系统的目标和即将带来的工作方式的转变，并让每个人都关心和参与管理信息系统的建设。同时，管理信息系统对人的素质也是一个挑战。传统的书面工作方式将逐渐过渡到计算机辅助办公的方式，计算机技术将成为每个员工的基本技能。人员素质的提高要求相应的培训必须能跟上项目的实施进度。正是由于项目中有这三类因素的干扰，才会导致项目有失败的可能性。而项目管理重
7、要作用就是在项目的实施过程中，不断地总结各方面的反馈信息，减少不利因素对项目产生的影响，保障项目平稳正常的实施。首先项目管理将整个项目统一控制在一个可管理的范围内，利用合理的组织结构和规范化、标准化的文档预防和减少不利的管理因素给项目造成的风险；其次在项目中指定专门的角色负责项目的不同技术方面，在尽可能早的阶段发现不利的技术因素；最后项目管理将宣传、人员的培训、考核等统一考虑并贯穿整个项目实施过程中，能大幅度降低不利的非管理和技术因素对项目造成的冲击。通过国内外很多案例的分析，都可以发现：项目管理对于保障项目的成功有不可或缺的作用。1.1.3 MSF项目开发管理微软解决方案开发准则译自Micr
8、osoft Solution Framework，简称MSF。 MSF 是一套大型系统开发指南，用于指导企业每一阶段开发和实现的过程。 微软公司将从公司内部、合作伙伴和客户那里总结的实践经验归纳后放入MSF，形成了一组构建并实现分布式企业系统的模型、概念和指南。它帮助企业用户更好地融合商业和技术的目标，降低采用新技术的总体费用，并且成功的将微软的技术和产品应用于商业领域。开发大型复杂的软件项目是一项充满风险的工作。统计结果表明大型IT项目的失败比例相当高，失败有很多原因：不断变更的需求，不稳定的或不完善的需求说明书，低质量的编码，过大的应用范围，不合适的组队模式，低效的工作过程，不明确的目标等
9、等。微软解决方案框架结构（MSF）通过它的三个核心模型来解决这些问题: 组队模型；过程模型；应用模型。1.1.3.1 组队模型组队模型着重于解决在复杂软件工程项目中如何组建项目组、分配合适的角色、项目组的管理、职责划分和质量控制等问题。虽然组队模型是起源于软件开发过程中的规范和准则，但它也同样被成功的应用于基础信息结构设施的实现过程。MSF组队模型定义了相互依赖、相互协作、同等角色关系的工作模型。每个组中的成员在项目中都有一个明确定义的角色，并且关注于一种特定的任务。这种方法鼓励各个角色的所有感，最终结果是产生更好的产品。每种角色小组的领导者负责管理、指导和协调，小组中的成员专注于执行他们的任
10、务。MSF 组队模型由六个明确定义的角色组成： l 产品管理l 程序管理l 开发l 测试l 用户教育l 系统实施 图交流模型1.1.3.2 过程模型过程模型描述的是系统开发的生命周期内各种顺序进行的活动。MSF过程模型包含四个主要的里程碑：前景/范围认可（Vision/Scope Approved）里程碑、项目设计认可（Project Plan Approved）里程碑、范围完成/第一次应用（Scope Complete/First Use）里程碑和系统发布（Release）里程碑。这四个里程碑是客户与项目组之间重要的设计、评估和协调的同步点。每个里程碑都是一个阶段的终结点。 l 预想和构思阶
11、段在“前景/范围核准”里程碑上到达了终结点。一旦一个新的产品（在信息基础设施实现的项目中，这样的产品可能是某项服务）吸引了大家的兴趣并得到了允许构建的批准后，项目组开始集中起来定义产品。前景描述文档清晰地阐明了产品或服务的最终目标，并提供了明确的方向。范围与前景相反：它定义了一个特定版本产品或服务所受的限制，并且认识在未来的版本中将要进行的开发工作。 l 设计阶段在“项目设计核准”里程碑上到达了终结点。项目设计包含功能规定文档、每种角色职能组的计划组合（如在MSF组队模型中定义的开发、测试、用户教育、系统实施、程序管理和产品管理）和时间进度安排。功能规定提供给项目组足够的细节情况确定需要的资源
12、并作出承诺。在项目设计核准里程碑上，客户和项目组在要交付的内容上及如何进行构建达成一致。这是一个重新评估风险、建立优先级和对时间进度和资源调配情况做最终估计的非常重要的机会。 l 开发阶段在“范围完成/第一次使用”里程碑上到达了终结点。经过核准的功能规定和相关的项目计划提供了开始开发的基准线。开发组设置了一系列内部交付的里程碑，每个内部里程碑都要经过全部的测试/诊断/排错的过程。在这个里程碑上客户和项目组评估产品的功能，验证产品过渡和支持计划。同样在这个里程碑上，所有新功能的开发都已经结束，推迟开发的功能记录下来作为下一个版本功能的参考。 l 稳定阶段在“产品发布”里程碑上到达了终结点。测试工
13、作是伴随着代码开发工作进行的，在稳定阶段因为集中注意力于寻找错误和修改错误，所以测试活动成为主要的工作。在产品发布里程碑，产品正式转交给操作和支持组。通常情况下，项目组或者开始下一个版本的产品开发，或者拆散 加入其它的项目开发组。l 这四个里程碑是客户与项目组之间重要的设计、评估及协调的时间点。这些里程碑上交付的内容在里程碑代表的阶段结束后，被置于一种可变控制的状态下。可变控制是一种从需要改变到最终稳定的文档或代码，并获得一致同意的过程。这些交付的内容必须被置于可变控制状态下，保证整个项目组在共同的假设、指南和目标基准线情况下工作。1.1.3.3 应用程序模型一个应用程序模型是一种对应用程序概
14、念性的观点，它建立了组成应用程序的定义、规则和相互关系。它作为应用程序逻辑设计时，互相交换信息的基准线。应用程序模型是增强交流的简化的、直观的方式，重点强调在逻辑上，而不是物理上的。应用程序模型给出了应用程序的组成结构，而不是如何实现它。微软解决方案框架结构中的应用程序模型，建立了一系列的标准和指南，用于设计分布式的、多层结构的客户机/服务器应用程序，并且通过使用微软基于组件的技术和工具进行实现。这些标准和指南的目标是提供一种通用的方法，实现跨越商业应用程序的组件重用性。MSF提倡使用基于服务的应用模型，设计和实现客户机/服务器的组件和商业方案。基于服务一词意味着应用程序的功能被定义成完成特定
15、消费者需要的、一系列服务的集合。在这个模型中，一个消费者可以是一个使用者或另外一种服务组件。因为反映了正在发展的技术趋势，所以这种模型非常引人注目。客户机和服务器的概念正在向更广义的概念发展-消费者和提供者，同样基于服务的模型也是一种看待商业应用的全新方法，以下的概念反映出微软和其它公司，今天构建核心组件技术的方法。MSF应用模型是微软推荐的设计分布式、多层结构、客户机/服务器应用程序的方法。它的目标是： l 为设计和开发客户机/服务器方式的、internet或intranets应用程序提供一致的方法，建立用于跨越所有客户机/服务器开发项目的开发标准和应用程序接口规定。 l 在三层结构的应用程序中，提供组成三层结构的应用程序逻辑定义的标准集合。 l 保证使用组件技术实现分布式的、多层结构的应用程序，使其具有可扩展性、可伸缩性和可管理性，以满足任务重要的、企业级的商业应用程序。 l 引入系统是由一系列构建于一致组件集合之上的、交互式应用程序构成的概念，这种思想打破了传统上单一的应用程序支持特定商业处理过程的观点和模式。 l 确定用于构建分布式、多层结构的客户机/服务器应用程序所需要的工具和技术，辅助企业总体技术结构的开发。 l 在拥有多个项目的应用开发机构中，描述出应用技能和资
