软件地开发招投标书

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