软件的开发招投标书.doc

word门户改版项目投标书（技术部分）目录2.技术部分(解决方案)32.1简介32.2系统建设目标32. 3项目建设设计原则32.3.1规性原则32.3.2可靠性原则42.3.3扩展性原则42.3.4开放性原则42.3.5易用性原则42.3.6安全原则42.4总体要求52.4.1总体布局和风格要求52.4.2栏目设计和频道策划要求52.4.3界面设计要求52.4.4其他要求52.4.5性能要求52.5方案功能62.6原型系统说明（开放源代码软件或自有软件产品介绍）72.7设计模式72.8网络安全模块92.9方案特点102.10易用性要求122.10.1硬件/软件的要求122.10.2质量的要求122.10.3基本性能要求122.11操作安全性要求132.12的特点132.12服务与支持要求152.12项目开发管理162.13项目周期和项目投资172.14项目费用明细表182.技术部分(解决方案)2.1简介工业园区管委会门户自 2004 年初上线以来.一直是工业园区对外宣传的重要平台.但随着园区经济社会的飞速发展.原有栏目架构和容设计已远不能适应新形势下的需要.故本次改版在整体架构和表现形式上都希望有所突破.并在容建设上保持良好的可延续性.故本次公开招标.将容块面的联合承建与前台建设一并打包。 2.2系统建设目标l 形成工业园区对外宣传.树立园区形象的主要窗口。 l 成为园区管委会对提供高效服务、树立政府形象的主要方式。l 成为公众获取园区发展资讯、获知园区政府动态的有效渠道。 2. 3项目建设设计原则在项目建设过程中.必须遵循如下原则： 2.3.1规性原则在项目的建设过程中.按照“总体设计.分步实施”的原则.软件工程必须标准化.遵循国际通用开发标准.并按国家标准及行业标准执行。结合项目需求.形成接口规、数据规、应用系统接入等规.参与验收和评估。 2.3.2可靠性原则作为一个对公众开放的开放平台.必须保证长期大规模访问下系统的稳定性、可用性和运行性能.避免单点故障和关键信息丢失。 2.3.3扩展性原则系统应采用模块化、组件化的体系结构.在技术架构和设计模式上保证技术的延续性.灵活的扩展性和广泛的适应性.确保系统能够满足用户在数据及业务功能扩展方面的需求。 2.3.4开放性原则在容模块设计与网上实现过程中充分考虑开放性.便于日后容维护和扩展.同时要充分考虑与现有后台（wcm）接口和二次开发。 2.3.5易用性原则一般用户访问习惯和要求.提供灵活易用页面布局。 2.3.6安全原则具备统一完善的多级安全机制设置.符合国家安全及部门要求.拒绝非法用户和合法用户越权操作.避免系统数据遭到破坏.防止系统数据被窃取和篡改.对于关键信息使用加密传输.传输的数据文件提供不可抵赖性确认。 2.4总体要求2.4.1总体布局和风格要求整体风格符合工业园区管委会政府形象需要.并能突显园区特色.页面特别是首页容丰满。 2.4.2栏目设计和频道策划要求1) 突出园区当前发展主题和服务性功能板块。 2) 栏目架构简洁有序.子栏目最好不超过三级。 2.4.3界面设计要求适于 1024*768模式下浏览器满屏显示.界面元素丰富.重点容突出.便于浏览访问。 2.4.4其他要求容表现形式丰富（后台可支持视频、音频、Flash 动画等多种常见容格式）。 2.4.5性能要求页面在网打开时间不得超过 200 毫秒。应用的各种加载插件应保证最大围的可用性.充分考虑现有各种浏览器屏蔽插件对页面浏览效果的影响.确保页面基本元素及容的完整性。 2.5方案功能    容管理系统(BizfocusCMS)平台     从不同层面政府门户系统推进的策略来看.实施政府门户系统应重在领导决策系统建设和政府机构之间的信息资源共享.政府门户系统实施策略应重于与社会、公众的交互行为.实现政府管理的开放性和透明性。各层面政府门户系统建设在信息网络、应用功能、信息资源、安全等方面的实施策略都有所不同。     BizfocusCMS系统是一套完全基于Java和浏览器技术的网络容管理软件.它以容管理为目标.引进国外最先进的容管理系统的技术架构.无需考虑关系型数据库类型即可存储和管理容。集中了浏览器信息创建和写作、信息交付、信息交互等功能.基于模板的信息的发布、强大的多站点管理于一身.并提供灵活的团队协作能力。     系统的接口开放性和第三方应用的整合     系统在设计时考虑到充分的开放性.整体设计上基于J2EE构架和XML标准.实现各种第三方应用的整体整合.可以方便地在未来进行各类应用系统建设时.方便地进行衔接。     高度参数化设计     由于本系统的使用者为政府工作人员.系统应作为简单易用的工具体现其日常的工作流程；其次.对于维护人员来讲.系统完成后维护人员的数量比较少。因此.除维护上应考虑系统统一、便捷的管理外.从设计上还应充分的考虑系统的灵活性。     根据上述原因.保证系统的功能模块之间具有松散耦合.所有系统应采用高度参数化设计.参数化设计决定了系统的灵活性及可扩展能力。     在设计上.将参数从系统级参数、应用级参数、以及模块、功能的参数。 2.6原型系统说明（开放源代码软件或自有软件产品介绍）工业园区管委门户改版可以在此系统的基础上进行加强改版.通过各种技术来使完善.到达各方面的要求。本发布后台采用拓尔思（TRS）信息技术开发的能够支持多种网络格式（.html.asp.jsp.php等）的WCM容管理协作平台管理和发布容.该平台是基于J2EE的.要求前台所采用的各种表现形式能与该平台高度融合。 构建前台所采用的各种表现形式及所应用的各种网络插件应符合网络通行标准.适于绝大部分操作系统（Window 2000、Window XP等）和通用浏览器（IE6.0、Mozilla Firefox等）浏览需求。2.7设计模式在SunMicrosystems公司提出的J2EEPatterns中有十三种设计模式为经过实践检验的设计模式。根据本次应用的规模、灵活性.我们在本次系统设计中应用其中的4种模式。     1、Model-View-Controller模式     当应用包含数据访问代码、商业逻辑代码和表示代码混合在一起时.会出现一些问题。这些应用很难维护.因为所有组件是相互依赖的使任何一处变化都有很大的影响。高耦合使类很难或是不可能被重用.因为它们和很多其它的类相互依赖。增加新的数据视图经常要求重新实现或是截取从前的商业逻辑代码.这需要多点的维护。数据访问代码有着同样的问题.当在商业逻辑方法中被拷贝粘贴。一个Model-View-Controller设计模式通过数据访问、商务逻辑、数据表达和用户交互解决了这些问题。     BizfocusCMS系统以及本次的其他系统体系架构是应用Model-View-Controller设计模式的。其他设计模式被结合在MVC架构设计中。     2、BusinessDelegate模式     BusinessDelegate模式的使用减少了Web层和EnterpriseJavaBeansTM层的耦合度。     BusinessDelegate模式处理复杂的分布式组件的查找和异常处理.将商业逻辑接口转换成使用者看起来简单的接口。     3、positeEntity模式     映射一个对象模型到一个EnterpriseJavaBeansTM(ETM)对象模型.是一个Java2平台上EnterpriseEdition(J2EETM)应用的共同设计问题。给定的一个部相关的对象网络.你必须决定是否每个对象都应该被一个实体Beans或是一个简单的Java对象实现.并且管理对象之间的关系。远程的实体Beans最适合于粗粒度的商务实体。用远程的实体Beans实现小粒度的商业实体会产生过多的远程通讯等性能问题。选择Bean管理持久性意味着：依赖的对象.它们的数据只在其它类的上下文关系中有意义.倾向于这样使用。     我们使用positeEntity模式。positeEntity的接口是粗粒度的.它管理小粒度对象之间交互。这种设计模式对有效管理依赖对象之间的关系特别有用。     4、DataAccessObject模式     依赖数据资源特殊特征的代码使商业逻辑和数据访问逻辑连接在一起。这是修改应用数据资源变得非常困难。     DataAccessObject模式将数据资源的客户端接口从数据访问机制中分离出来.并将一个特殊的数据资源访问接口转换成一般的客户接口。 2.8网络安全模块在目前的设计中.为了抵抗恶意或传播的安全隐患.系统对传输包和传输途径都进行了加密和监管。在软件中对下载代码也进行分析和甄别。如果必要.可以结合物理隔离卡做到更好。1、 支持总体设计的一体化安全解决方案。对非法侵入、非法攻击和网络计算机病毒具有很强的防能力。2、 确保整个系统的安全、可靠及高效运行。3、 应用软件具有相应的容错手段、操作回滚功能.保证系统的健壮性和数据完整性。2.9方案特点l 安全性 1. 程序不会因为遇到意外故障而破坏数据的正确性 2. 在程序运行过程中.如果遇到突然掉电、网络中断等意外故障.不会对现有的数据的正确性和完整性造成破坏。 3. 系统应能够提供对数据的备份、恢复功能 4. 系统能够提供当前系统数据库的备份、恢复处理。 5. 在系统因为意外或误操作而造成数据的丢失时.可以利用以前的备份文件恢复当前数据库。 6. 系统登录时需进行安全性校验 7. 系统登录时校验用户名及密码.校验通过才可使用本系统。支持校验码验证方式.充分保证了认证的安全性。 8. 加入防口令猜测功能。当用户试图多次猜测时.系统会不断增加响应的时延.并最终拒绝为用户提供服务。 9. 用户进行每个功能操作前.都要验证操作的合法性 10. 用户只能操作授权围的功能模块。 11. 会话失效后需重新登录 12. 当用户在一定时间对系统不进行任何操作时.需要重新登录 13. 风格一致性 14. 对于的容将分为主页容、栏目（子栏目）容、栏目中项目详细容。上述容又涉及容的布局、布局中每块区域的风格、布局中每块区域的容。 15. 在每个页面中应包括页面的公用部分.如页面的页眉、页脚、功能菜单、引航条等.和页面的容部分。 16. 为保证中页面风格的统一.在页面套用的模板最外层的布局及风格的模板其风格数据应使用统一的数据源。同时.在页面生成过程中.对于最外层公用部分的模板不允许容采编用户进行更改。 17. 在容的模板来说.由于公用部分为保证的扩展性和灵活性.模板是动态生成的。其中动态部分的数据源是统一的.如栏目或引航条的数目、层次、容等.当数据源进行变动时.所有页面的产生将全部更新。 18. 通常对于主页及整个页面的公用部分来说.其布局、风格改变应是相当慎重的。在系统开发完成后.只有系统管理员经过授权（并且应经过相应的行政审批）才有权利进行更改。 19. 栏目（子栏目）容的布局、风格通常是栏目主编.通常也不会经常改变。但栏目所有者可以进行更改.栏目下属的所有页面在载入模板时均会加载同样的公用部分2.10易用性要求2.10.1硬件/软件的要求硬件：综合兼顾性能、价格、安全、可维护性、可扩展性和使用等多方面.在原资源的基础上.兼顾实用性和超前性。软件：系统软件和应用软件都应从不同角度提高软件易使用性和易维护.实用性方面应注重软件具备响应速度快、系统稳定.并能够提供连续和持续的新产品和技术支持。具体产品上通用产品和专用产品相结合。2.10.2质量的要求1、该过程能够支持CMM系列模型（以CMMI-SW/SE主要参照框架）的各关键过程域。2、过程中体系结构融合当前大部分主流产品和技术架构.分析设计方法和模型、度量方法能够反映该领域先进理论和最佳实践。3、健全的质量评审体系和保障措施。2.10.3基本性能要求1、数据处理能力要求为：支持的终端数取决于网络本身的负载能力、支持并行操作的用户数和操作系统一致.处理的文件和记录数、表和文件的大小和数据库系统的一致。2、数据处理能力包括：支持的终端数、支持并行操作的用户数、处理的文件和记录数、表和文件的大小等暂定。3、时间特性包括：响应时间、更新处理时间、数据的转换和传送时间、运行时间等暂定4、网络围（本网作业、跨网接口）、业务围（跨系统接口）2.11操作安全性要求为确保系统的安全性.系统采取应用系统使用验证（操作员验证）、数据库登陆验证两种验证方式相结合的方法验证用户。运用日志.对进入系统的用户的操作进行记录,可以根据日志进行事后分析.从而找到事故的发生原因、责任者或非法用户。安全性的要求还体现在：（1）建立安全的管理制度（2）保证网络安全（3）保证系统安全（4）解决系统异常应急处理（5）确保数据访问安全（6）保障数据存储安全（7）提供安全的维护机制2.12的特点² 先进性该系统在设计上采用三层结构、Web Service技术.使之在选用平台、采用技术上具有先进性、前瞻性、扩充性.从而保证建成的系统具有良好的稳定性、可扩展性和安全性。² 实用性考虑到要尽量满足业务功能需求的前提下.又要适应各业务角色的工作特点.该系统做到简单、实用、人性化.实现了统一身份和资源管理、统一认证、统一容管理、个性化界面和容定制。² 可靠性由于该系统用户群比较复杂.既有政府部门和各系统机构的操作层、管理层和业务层.也有比较多的社会民众.所以建设的信息服务系统我们考虑了在建设平台上保证系统的可靠性和安全性。系统设计中.应有适量冗余及其他保护措施.平台和应用软件具有良好的容错性、容灾性等。² 开放性在系统构架、采用技术、选用平台方面都有较好的开放性。特别是在选择产品上.我们采用符合开放性要求.遵循国际标准化组织的技术标准.我们的产品既有自己的独特优势.又能与其他多家优秀的产品进行组合.共同构成一个开放的、易扩充的、稳定的、统一软件的系统。² 可维护性系统设计应标准化、规化.按照分层设计.软件构件化实现。采用软件构件化的开发方式：一是系统结构分层.业务与实现分离.逻辑与数据分离；二是以统一的服务接口规为核心.使用开放标准；三是构件语意描述形式化；四是提炼封装构件规化。² 可伸缩性考虑到政务系统的网上业务建设是一个循序渐进、不断扩充的过程.系统采用积木式结构.整体构架可以与原有系统进行无缝连接.为今后系统扩展和集成留有扩充余量。² 可移植性/可兼容性选择开放的应用平台.建设一套与平台无关.以统一的服务接口规和与各种数据库相连的应用组件。保证新系统与其他软件之间是兼容的.是可维护的。在不同的环境下可以移植。采用高聚、低耦合原则进行模块划分。模块间提供相应的接口.当应用系统的业务或功能要求发生变化时.可以通过简单的对相应模块的配置来实现功能扩展。特别是本系统中.这样的要求更显得重要2.12服务与支持要求服务不仅可以确保产品正常运行.同时还能充分发挥产品的性能。纵观整个IT业.服务占整个产品生命周期中很重要一部分.就软件而言.统计资料表明.服务阶段的花费占整个软件生命周期花费的67。W5 Team非常重视对客户的售后服务和运维的支持.W5 Team提供的服务包括以下四类。（1）纠错性维护：在产品运行中发生异常或故障时进行的维护工作。为解决销售前未能测试各种条件带来的问题。（2）完善性维护：为了扩充原有系统功能及提高原有系统的性能.满足用户实际需要而进行的维护.即通常所讲的系统升级服务.这些容在需求说明当中并未明确规定.但实际经常会发生。（3）适应性维护：使运行的系统能适应外部环境（如软件的数据库、数据格式、数据转入转出方式等）的变动而进行的服务。（4）预防性维护：进一步改变系统的维护性和可靠性。2.12项目开发管理开发过程将遵照下面的步骤进行.请参见下表：序号阶段 容相应文档1项目立项根据委托要求规定适于项目的软件生存周期模型以确定开发过程的活动和任务；编制项目开发原则和项目开发委托合同解决方案*项目开发委托合同*2软件需求分析建立软件需求基准.包括软件项的功能与性能；运行的环境条件；资料定义和数据库要求；用户操作与维护需求等软件需求规格说明书3软件概要设计确保所有软件需求分派到其软件组件；开发关于软件项的外部接口和软件项的各个软件组件之间接口的顶层设计；开发数据库的顶层设计；开发用户文件的最初版本。即外部设计软件概要设计说明书数据库设计说明书4软件详细设计开发软件项外部接口、软件组件之间以及软件单元之间的接口的详细设计；开发数据库详细设计；规定要测试的软件单元的测试需求和进度安排软件详细设计说明书测试计划5软件编码和测试开发每一软件单元和数据库及其测试规程和资料；测试每一软件单元和数据库以确保满足需求模块开发卷宗测试报告*6软件安装调试按合同规定制订一个在目标环境中安装软件产品并结合系统环境进行集成和调试软件用户手册*7软件评审和验收支持需方的验收评审和软件产品测试；按合同规定完成和交付软件产品软件评审记录软件验收报告8项目延期或终止因为种种原因造成项目不能按照项目进度完成时.必须进行项目延期的手续；对于在实施过程中由于某种客观原因造成无法继续.必须停止开发的项目.需申请终止项目项目延期申请表项目追加经费预算表项目开发委托合同补充项目终止申请书9项目结项总结整理项目所有的文档和源码.存档处理项目开发总结报告*注：1、以上是软件开发过程规的完整集.对本项目开发工作.根据实际开发过程可进行裁减、合并。2、标有“*”号的阶段为必须项。乙方将按照严谨的科学态度.使用科学的项目管理方式进行整个项目开发。2.13项目周期和项目投资该项目在合同签定后31天全部完成并投入运行。序号阶段 容所需时间1项目立项根据委托要求规定适于项目的软件生存周期模型以确定开发过程的活动和任务；编制项目开发原则和项目开发委托合同12软件需求分析建立软件需求基准.包括软件项的功能与性能；运行的环境条件；资料定义和数据库要求；用户操作与维护需求等；53软件概要设计确保所有软件需求分派到其软件组件；开发关于软件项的外部接口和软件项的各个软件组件之间接口的顶层设计；开发数据库的顶层设计；开发用户文件的最初版本。即外部设计；24软件详细设计开发软件项外部接口、软件组件之间以及软件单元之间的接口的详细设计；开发数据库详细设计；规定要测试的软件单元的测试需求和进度安排；45软件编码开发软件单元和数据库；（同时进行单元和集成测试） 106系统测试系统测试（含第三方测试）；47软件安装调试在目标环境中安装软件产品并结合系统环境进行集成和调试；18软件评审和验收按合同规定完成和交付软件产品；19项目结项总结整理项目所有的文档和源码.存档处理.交付使用方。110培训交付用户使用手册111备用1我们的团队组成是：职位描述数量工作描述参与开发阶段项目经理1总体把握项目的技术实施.协调项目事务.保障项目进度 全部系统分析师1进行系统的总体设计和详细设计.与客户进行接口需求分析阶段概要设计阶段系统设计工程师兼数据库管理员1进行数据库的设计、管理和维护概要设计阶段编码与测试阶段系统试运行阶段进行系统的详细设计、编码与测试计划编制.保障系统的正常运行软件工程师1程序编码编码与测试阶段系统试运行阶段测试工程师1系统测试编码与测试阶段系统试运行阶段工程技术人员1进行系统的安装、调试与维护系统试运行阶段安装调试阶段2.14项目费用明细表开发阶段费用（元）需求分析阶段7000概要设计阶段（及详细设计阶段）9000编码与测试阶段17700系统试运行阶段3000安装调试阶段3000总计：39700元18 / 18