软件的开发投标书

1、软件的开发投标书作者：日期:网站门户改版项目投标书（技术部分）计算机科学与技术学院08信息管理与信息系统课程:软件项目管理学号：08274 0 3 034姓名:赵琳目录2 .技术部分（解决方案）错误!未定义书签2 .1简介？错误！未定义书签2.2系统建设目标错误!未定义书签。2. 3项目建设设计原则？错误!未定义书签。2. 3.1规范性原则？错误 味定义书签。2.3 . 2可靠性原则？错误！未定义书签。2.3. 3扩展性原则2.3. 4开放性原则？错误 味定义书签。2 .3.5易用性原则 2.3.6安全保密原则 错误!未定义书签。错误!未定义书签。错误!未定义书签。2.4总体要求？错误!未定义

2、书签。2.4.1总体布局和风格要求潴误味定义书签。2.4 .2栏目设计和频道策划要求 2.4. 3界面设计要求？错误！未定义书签。2.4 . 4其他要求2 .4. 5性能要求 潴误 味定义书签。错误!未定义书签。错误!未定义书签。2 . 5方案功能？错误!未定义书签。2. 6原型系统说明（开放源代码软件或自有软件产品介绍）扌签。2 .7设计模式错误!未定义书签。2. 8网络安全模块错误!未定义书签。2.9方案特点错误!未定义书签。2 . 10易用性要求2.1 0 .1硬件/软件的要求 潴误 味定义书签。2.1 0 . 2质量的要求？错误味定义书签。2 .10.3基本性能要求 错误!未定义书签。

3、错误!未定义书签。2 .11操作安全性要求？错误!未定义书签。2.12网站的特点？错误!未定义书签。2.1 2服务与支持要求错误!未定义书签。2.1 2项目开发管理错误!未定义书签。2.13项目周期和项目投资错误!未定义书签。2 .14项目费用明细表错误!未定义书签。2.技术部分（解决方案）2.1简介苏州工业园区管委会门户网站自20 0 4年初上线以来，一直是苏州工业园区对外宣传的重要平台，但随着园区经济社会的飞速发展 原有栏目架构和内容设计已远不能适应新形势下的需要，故本次改版在网站整体架构和表现形式上都希望有所突破 ，并在内容建设上保持 良好的可延续性，故本次公开招标，将网站内容块面的联合

4、承建与网 站前台建设一并打包。2.2系统建设目标形成苏州工业园区对外宣传，树立园区形象的主要窗口。成为园区管委会对内提供高效服务、树立政府形象的主要方式。成为公众获取园区发展资讯、获知园区政府动态的有效渠道。2 .3项目建设设计原则在项目建设过程中，必须遵循如下原则：2.3.1规范性原则在项目的建设过程中，按照“总体设计，分步实施”的原则，软 件工程必须标准化，遵循国际通用开发标准，并按国家标准及行业标准 执行。结合项目需求，形成接口规范、数据规范、应用系统接入等规 范，参与验收和评估。2 . 3 .2可靠性原则作为一个对公众开放的开放平台，必须保证长期大规模访问下系 统的稳定性、可用性和运行

5、性能，避免单点故障和关键信息丢失。2. 3. 3扩展性原则系统应采用模块化、组件化的体系结构，在技术架构和设计模式 上保证技术的延续性，灵活的扩展性和广泛的适应性，确保系统能够 满足用户在数据及业务功能扩展方面的需求。2 .3.4开放性原则在内容模块设计与网上实现过程中充分考虑开放性， 便于日后内 容维护和扩展，同时要充分考虑与网站现有后台（ wcm）接口和二次 开发。2.3. 5易用性原则一般用户网站访问习惯和要求，提供灵活易用页面布局。2.3.6安全保密原则具备统一完善的多级安全机制设置，符合国家安全及保密部门要 求，拒绝非法用户和合法用户越权操作，避免系统数据遭到破坏，防止 系统数据被窃

6、取和篡改，对于关键信息使用加密传输，传输的数据文 件提供不可抵赖性确认。2.4总体要求2. 4.1总体布局和风格要求整体风格符合苏州工业园区管委会政府形象需要， 并能突显园区特色，页面特别是首页内容丰满。242栏目设计和频道策划要求1 )突出园区当前发展主题和服务性功能板块。2) 栏目架构简洁有序，子栏目最好不超过三级。2 4 3界面设计要求适于1 0 24* 7 6 8模式下浏览器满屏显示，界面元素丰富,重点 内容突出，便于浏览访问。2. 4. 4其他要求内容表现形式丰富(后台可支持视频、音频、F I as h动画等多 种常见内容格式)。2. 4 .5性能要求页面在内网打开时间不得超过 20

7、0毫秒。应用的各种加载插件 应保证最大范围的可用性，充分考虑现有各种浏览器屏蔽插件对页面 浏览效果的影响，确保页面基本兀素及内容的完整性。2 . 5方案功能内容管理系统(Bizfocus C MS)平台从不同层面政府门户系统推进的策略来看，实施政府门户系统应 重在领导决策系统建设和政府机构之间的信息资源共享，政府门户系统实施策略应重于与社会、公众的交互行为，实现政府管理的开放性 和透明性。各层面政府门户系统建设在信息网络、应用功能、信息资 源、安全保密等方面的实施策略都有所不同。B iz f ocu s CMS系统是一套完全基于J ava和浏览器技术的网络 内容管理软件，它以内容管理为目标，引

8、进国外最先进的内容管理系 统的技术架构，无需考虑关系型数据库类型即可存储和管理内容。集 中了浏览器信息创建和写作、信息交付、信息交互等功能，基于模板 的信息的发布、强大的多站点管理于一身，并提供灵活的团队协作能 力。系统的接口开放性和第三方应用的整合系统在设计时考虑到充分的开放性，整体设计上基于 J2E E构架 和XM L标准，实现各种第三方应用的整体整合，可以方便地在未来进 行各类应用系统建设时，方便地进行衔接。高度参数化设计由于本系统的使用者为政府工作人员，系统应作为简单易用的工 具体现其日常的工作流程；其次，对于维护人员来讲，系统完成后维 护人员的数量比较少。因此，除维护上应考虑系统统一

9、、便捷的管理 外,从设计上还应充分的考虑系统的灵活性。根据上述原因，保证系统的功能模块之间具有松散耦合 ，所有系统 应采用高度参数化设计，参数化设计决定了系统的灵活性及可扩展能 力。在设计上，将参数从系统级参数、应用级参数、以及模块、功能的参数。2 . 6原型系统说明（开放源代码软件或自有软件产品介绍）苏州工业园区管委网站门户改版可以在此系统的基础上进行加 强改版，通过各种技术来使网站完善，到达各方面的要求。本网站发布后台采用北京拓尔思（TR S ）信息技术有限公司开发 的能够支持多种网络格式（.html.j sp'.php等）的W C M内容管理协作平台管理和发布网站内容，该平台是基

10、于J2 EE的，要求网站前台所采用的各种表现形式能与该平台高度融合。网站构建前台所采用的各种表现形式及所应用的各种网络插件应符合网络通行标准，适于绝大部分操作系统（Win d ow 2 000、Window X P等）和通用浏览器（IE6 .0、Mozilla Fir ef ox等）浏览需 求。2 . 7设计模式在SunM i cr osyste ms公司提出的J 2EEPatterns中有十三种设计 模式为经过实践检验的设计模式。根据本次应用的规模、灵活性，我们在本次系统设计中应用其中的 4种模式。1、M od e l V iew C on t rol l er 模式当应用包含数据访问代码、

11、商业逻辑代码和表示代码混合在一起 时，会出现一些问题。这些应用很难维护，因为所有组件是相互依赖 的使任何一处变化都有很大的影响。高耦合使类很难或是不可能被重用，因为它们和很多其它的类相互依赖。增加新的数据视图经常要求 重新实现或是截取从前的商业逻辑代码，这需要多点的维护。数据访问代码有着同样的问题，当在商业逻辑方法中被拷贝粘贴。一个Mo d e 1 -View-Controller设计模式通过数据访问、商务逻辑、数据表达和 用户交互解决了这些问题。B i zfo c us CMS系统以及本次的其他系统体系架构是应用 M o del-V i ew-Controller设计模式的。其他设计模式被结

12、合在M VC架构 设计中。2、B usi nessDel eg a te 模式B u s i nc s sDe le g ate模式的使用减少了 We b层和En ter pr is e JavaE eansTM 层的耦合度。B u sin e ssDele gat e模式处理复杂的分布式组件的查找和异常 处理，将商业逻辑接口转换成使用者看起来简单的接口。3、Co m pos i t e E n tity 模式映射一个对象模型到一个En t e rp r i seJava Be a nsTM( EJBTM)对象模型，是一个 Java2 平台上 E n t erpr i seEdition(J2

13、 E ETM) 应用的共同设计问题。给定的一个内部相关的对象网络， 你必须决定 是否每个对象都应该被一个实体Beans或是一个简单的J ava对象实现，并且管理对象之间的关系。远程的实体Bean s最适合于粗粒度的商务实体。用远程的实体 B e ans实现小粒度的商业实体会产生 过多的远程通讯等性能问题。选择B ean管理持久性意味着：依赖 的对象，它们的数据只在其它类的上下文关系中有意义，倾向于这样使用。我们使用Co mp os iteE n tity 模式 °Co mpo si te Enti ty 的接口是粗粒度的，它管理小粒度对象之间交互。这种设计模式对有 效管理依赖对象之间

14、的关系特别有用。4、DataAccessOb jec t 模式依赖数据资源特殊特征的代码使商业逻辑和数据访问逻辑连接在 一起。这是修改应用数据资源变得非常困难。Data A cc es sObjec t模式将数据资源的客户端接口从数据访问 机制中分离出来，并将一个特殊的数据资源访问接口转换成一般的客 户接口。2 . 8网络安全模块在目前的设计中，为了抵抗恶意或传播的安全隐患，系统对传输包和传输途径都进行了加密和监管。在软件中对下载代码也进行分析 和甄别。如果必要，可以结合物理隔离卡做到更好。1、支持总体设计的一体化安全解决方案。对非法侵入、非法攻击和网络计算机病毒具有很强的防范能力。2、确保整

15、个系统的安全、可靠及高效运行。3、应用软件具有相应的容错手段、操作回滚功能，保证系统 的健壮性和数据完整性。2. 9方案特点安全性1. 程序不会因为遇到意外故障而破坏数据的正确性2. 在程序运行过程中，如果遇到突然掉电、网络中断等意外故障， 不会对现有的数据的正确性和完整性造成破坏。3. 系统应能够提供对数据的备份、恢复功能4. 系统能够提供当前系统数据库的备份、恢复处理。5. 在系统因为意外或误操作而造成数据的丢失时，可以利用以前的备份文件恢复当前数据库。6. 系统登录时需进行安全性校验7. 系统登录时校验用户名及密码，校验通过才可使用本系统。支 持校验码验证方式，充分保证了认证的安全性。8

16、. 加入防口令猜测功能。当用户试图多次猜测时，系统会不断增 加响应的时延，并最终拒绝为用户提供服务。9. 用户进行每个功能操作前，都要验证操作的合法性10. 用户只能操作授权范围内的功能模块。11. 会话失效后需重新登录12. 当用户在一定时间内对系统不进行任何操作时，需要重新登录13. 网站风格一致性14. 对于网站的内容将分为主页内容、栏目（子栏目）内容、栏目 中项目详细内容。上述内容又涉及内容的布局、布局中每块区 域的风格、布局中每块区域的内容。15. 在每个页面中应包括页面的公用部分，如页面的页眉、页脚、功能菜单、引航条等，和页面的内容部分。16. 为保证网站中页面风格的统一，在页面套

17、用的模板最外层的布局及风格的模板其风格数据应使用统一的数据源。同时，在页面生成过程中，对于最外层公用部分的模板不允许内容采编用 户进行更改。17. 在网站内容的模板来说，由于公用部分为保证网站的扩展性和 灵活性，模板是动态生成的。其中动态部分的数据源是统一的， 如栏目或引航条的数目、层次、内容等，当数据源进行变动时， 所有页面的产生将全部更新。18. 通常对于主页及整个网站页面的公用部分来说，其布局、风格改变应是相当慎重的。在系统开发完成后，只有系统管理员经 过授权（并且应经过相应的行政审批）才有权利进行更改。19. 栏目（子栏目）内容的布局、风格通常是栏目主编，通常也不会 经常改变。但栏目所

18、有者可以进行更改，栏目下属的所有页面 在载入模板时均会加载同样的公用部分2. 1 0易用性要求2. 1 0.1硬件/软件的要求硬件：综合兼顾性能、价格、安全、可维护性、可扩展性和使用等多方面，在原资源的基础上，兼顾实用性和超前性。软件：系统软件和应用软件都应从不同角度提高软件易使用性和 易维护,实用性方面应注重软件具备响应速度快、 系统稳定，并能够提 供连续和持续的新产品和技术支持。具体产品上通用产品和专用产品 相结合。2.10.2质量的要求1、该过程能够支持ChM系列模型（以CMM -SW/SE主要参照框 架）的各关键过程域。2、过程中体系结构融合当前大部分主流产品和技术架构，分析设计方法和

19、模型、度量方法能够反映该领域先进理论和最佳实践。3、健全的质量评审体系和保障措施。2. 1 0 .3基本性能要求1、数据处理能力要求为：支持的终端数取决于网络本身的负 载能力、支持并行操作的用户数和操作系统一致，处理的 文件和记录数、表和文件的大小和数据库系统的一致。2、数据处理能力包括：支持的终端数、支持并行操作的用 户数、处理的文件和记录数、表和文件的大小等暂定。3、时间特性包括：响应时间、更新处理时间、数据的转换和 传送时间、运行时间等暂定4、网络范围（本网作业、跨网接口 ）、业务范围（跨系统接 口）2 .11操作安全性要求为确保系统的安全性，系统采取应用系统使用验证(操作员验证)、数据

20、库登陆验证两种验证方式相结合的方法验证用户。运用日 志，对进入系统的用户的操作进行记录，可以根据日志进行事后分析, 从而找到事故的发生原因、责任者或非法用户。安全性的要求还体现在：(1) 建立安全的管理制度(2) 保证网络安全(3) 保证系统安全(4) 解决系统异常应急处理(5) 确保数据访问安全(6) 保障数据存储安全(7) 提供安全的维护机制2.1 2网站的特点先进性该系统在设计上采用三层结构、Vfeb Ser vi ce技术，使之在 选用平台、采用技术上具有先进性、前瞻性、扩充性，从而保证建成 的网站系统具有良好的稳定性、可扩展性和安全性。实用性考虑到要尽量满足业务功能需求的前提下，又要

21、适应各业务角色 的工作特点，该系统做到简单、实用、人性化，实现了统一身份和资 源管理、统一认证、统一内容管理、个性化界面和内容定制。可靠性由于该系统用户群比较复杂，既有政府部门和各系统机构内的操 作层、管理层和业务层，也有比较多的社会民众，所以建设的信息服 务网站系统我们考虑了在建设平台上保证系统的可靠性和安全性。系统设计中，应有适量冗余及其他保护措施，平台和应用软件具有良好 的容错性、容灾性等。开放性在系统构架、采用技术、选用平台方面都有较好的开放性。特别 是在选择产品上，我们采用符合开放性要求，遵循国际标准化组织的 技术标准，我们的产品既有自己的独特优势，又能与其他多家优秀的 产品进行组合

22、,共同构成一个开放的、易扩充的、稳定的、统一软件 的系统。可维护性系统设计应标准化、规范化，按照分层设计，软件构件化实现。 采用软件构件化的开发方式：一是系统结构分层，业务与实现分离，逻 辑与数据分离；二是以统一的服务接口规范为核心，使用开放标准；三是构件语意描述形式化；四是提炼封装构件规范化。可伸缩性考虑到政务系统的网上业务建设是一个循序渐进、 不断扩充的过 程,系统采用积木式结构，整体构架可以与原有系统进行无缝连接， 为 今后系统扩展和集成留有扩充余量。可移植性/可兼容性选择开放的应用平台，建设一套与平台无关 ，以统一的服务接口 规范和与各种数据库相连的应用组件。保证新系统与其他软件之间是

23、 兼容的，是可维护的。在不同的环境下可以移植。采用高内聚、低耦 合原则进行模块划分。模块间提供相应的接口，当应用系统的业务或功能要求发生变化时，可以通过简单的对相应模块的配置来实现功能 扩展。特别是本系统中，这样的要求更显得重要2 . 1 2服务与支持要求服务不仅可以确保产品正常运行，同时还能充分发挥产 品的性能。纵观整个IT业,服务占整个产品生命周期中很重要 一部分，就软件而言，统计资料表明，服务阶段的花费占整个 软件生命周期花费的67%。W5 Team非常重视对客户的售后 服务和运维的支持，W5T e am提供的服务包括以下四类。(1) 纠错性维护：在产品运行中发生异常或故障时进行的维护工

24、作。为解决销售前未能测试各种条件带来的问题。（2）完善性维护：为了扩充原有系统功能及提高原有系统的性能，满足用户实际需要而进行的维护，即通常所讲的系统 升级服务，这些内容在需求说明当中并未明确规定，但实 际经常会发生。（3）适应性维护：使运行的系统能适应外部环境（如软件的数据库、数据格式、数据转入转出方式等）的变动而进行 的服务。（4）预防性维护：进一步改变系统的维护性和可靠性。2.12项目开发管理开发过程将遵照下面的步骤进行，请参见下表:序 号阶段内容相应文档1项目立项根据委托要求规定适于项目的软件 生存周期模型以确定开发过程的活 动和任务；编制项目开发原则和项目 开发委托合同解决方案*项目

25、开发委托合 同*2软件需求分析建立软件需求基准，包括软件项的功 能与性能；运行的环境条件；资料定 义和数据库要求；用户操作与维护需 求等软件需求规格说 明书3软件概要设计确保所有软件需求分派到其软件组 件；开发关于软件项的外部接口和软 件项的各个软件组件之间接口的顶 层设计；开发数据库的顶层设计；开 发用户文件的最初版本。即外部设计软件概要设计说 明书数据库设计说明 书4软件详细设计开发软件项外部接口、软件组件之间 以及软件单元之间的接口的详细设 计；开发数据库详细设计；规定要测 试的软件单元的测试需求和进度安 排软件详细设计说 明书测试计划5软件编码和测试开发每一软件单元和数据库及其测 试规

26、程和资料；测试母一软件单兀和 数据库以确保满足需求模块开发卷示测试报告*6软件安装调试按合同规定制订一个在目标环境中 安装软件产品并结合系统环境进行 集成和调试软件用户手册*7软件评审和验收支持需方的验收评审和软件产品测 试；按合同规疋元成和交付软件产品软件评审记录软件验收报告8项目延期或终止因为种种原因造成项目不能按照项 目进度完成时，必须进行项目延期的 手续；对于在实施过程中由于某种客 观原因造成无法继续，必须停止开发 的项目，需申请终止项目项目延期申请表 项目追加经费预 算表项目开发委托合 同补充项目终止申请书9项目结项总结整理项目所有的文档和源码，存 档处理项目开发总结报 告*注：1、以上是软件开发过程规范的完整集，对本项目开发工作，根据实际开发过 程可进行裁减、合并。2、标有“*”号的阶段为必须项。乙方将按照严谨的科学态度，使用科学的项目管理