技术方案和实施方案的区别_0.docVIP

技术方案和实施方案的区别 　　篇一：项目建议书、可行性研究报告、初步设计、实施方案的相互关系与区别 　　专项规划、项目建议书、可行性研究报告、初步设 　　计、实施方案的相互关系与区别 　　规划是以某个基准年算起，未来几年在全面系统的布局某个方面发展方向，深度较浅，点到为止，是后期开展工作的依据或指导性文件从时间关系上来看，项目建议书是项目立项前的一项基础工作，是编制项目可行性研究报告的基础和依据。项目建议书经审查合格后存入项目库，并报上级*发办备案。 　　可行性研究报告是项目立项的依据，项目建议书经省级*发办审查合格后，即可编制项目可行性研究报告。可行性研究报告经评估论证后，方可纳入年度计划。项目建议书和可行性研究报告都是项目前期工作的重要组成部分。 　　初步设计、实施方案是项目立项后的项目实施阶段的一项基础工作，是根据经审定的项目可行性研究报告和批复的年度项目计划来编制项目初步设计，是项目实施的依据。从项目管理程序上来看，项目建议书和可行性研究报告属于项目前期准备阶段，初步设计或实施方案属于项目实施阶段，是项目立项后的一项基础工作。从具体内容和要求上来看，项目建议书和可行性研究报告是为项目立项做准备，目的是争取项目立项。内容侧重于项目建设的必要性和可行性，理论性重于实践性。初步设计、实施方案是为项目实施做准备，重点是如何把项目计划落实到具体工程措施上，只有编制了初步设计或实施方案，项目计划才有可操作性，是项目实施的基础，是项目工程招投标及项目监理的依据。 　　从工作深度上来说，三者是依次递进的关系，即可研报告比项目建议书更有深度，而初步设计或实施方案比可研报告更有深度。从管理层次上来说，项目 　　建议书由省或市（地）级*发办审查，也可委托县级*发办审查；可行性研究报告一般由省及审查，也可委托市级审查，年度中央财政资金五百万以上的项目需由国家审查。 　　篇二：通用软件研发项目实施方案 　　1 软件系统架构设计 　　1.1 概要说明 　　系统架构主要包括应用架构和技术架构。系统采用基于组件的标准SOA应用架构，以及按照SOA方法构建的技术架构。 　　系统的应用架构采用了基于服务的体系架构的策略与方法，从组件、子系统以及门户三个层次对系统进行构建，组件组装形成子系统，子系统集成形成门户。门户为人员等提供一个优化的以人为中心的操作界面，用户可以方便地对ERP的整个生命周期进行管理；同时系统管理维护人员也可以方便地通过系统对系统进行监控和管理。 　　系统的技术架构同样也是基于SOA方法和策略进行构建的，它支持客户端和服务器端同步和异步的两种不同的通信方式，web层和服务层进行相对分离，支持分布式和集中式部署两种方案，并且不局限于某一种应用服务器和数据库服务器产品。 　　1.2 系统特点 　　1.2.1 根据优化流程开发 　　根据流程特点进行功能设计，采用先进的工作流引擎机制。保证了业务功能的实现。同时达到了灵活配置。松散耦合的目的。保证系统能够与原系统灵活切换。符合以“软件生命周期为主线“的高效处理流程。使统一设计，灵活接口。 　　1.2.2 充分利用现有 　　充分考虑现有硬件分散、系统相对独立、数据库数据分离的现状。采用分布式部署，统一数据规范、统一接口规范的设计思路，在保证系统功能灵活配置，满足业务需求的前提下，充分利用现有数据及硬件。 　　1.2.3 先进的设计理念 　　采用国际通用的C语言开发，海量数据库选型、高效稳定的中间件处理。先进的SOA架构设计，满足现有的性能需求，做到架构和系统的先进性和强大的扩展能力。采用先进的Web2.0技术，做到界面简洁、易用。 　　1.2.4 开放式的可扩展性 　　系统分部署式部署，子系统统一规划，即满足了分布应用的要求，又实现了统一标准。形成了统一、强大的管理软件工作平台。 　　1.2.5 与现有系统轻松衔接 　　设计时充分考虑现有系统现状，开发过程和现有系统数据、应用分析同步进行，保证新系统与现有系统顺利衔接。 　　1.2.6 可信赖的高可靠性 　　考虑到实时运行，提供业务流程对可靠性的较高要求，在系统设计中充分考虑了减少和避免故障的可能和隐患，配合合理的系统部署方式和高效的维护服务，能够满足需求中对系统故障时间、修复时间和单点故障隐患的可靠性要求。 　　1.3 总体体系架构 　　1.3.1 基于组件的SOA系统应用架构 　　系统的应用架构是系统进行构建的主要思路和方法，我们建议ERP系统采用基于组件的SOA的系统应用架构对系统进行构建。系统按照SOA的方法把系统从总体上划分为3个层次，分为：组件层、系统层、集成层。 　　a) 组件层：组件层主要包括系统开发需要用到得各种组件，又可以分为横向通用组件、 　　纵向通用组件和纵向专用组件。