软件的开发招投标书.docx

《软件的开发招投标书.docx》由会员分享，可在线阅读，更多相关《软件的开发招投标书.docx（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品好资料学习推举网站门户改版工程投标书技术局部计算机科学与技术学院 08 信息治理与信息系统课程：软件工程治理学号：0827403034姓名：赵琳名目2. 技术局部(解决方案)22.1 简介 210 / 182.2 系统建设目标 32. 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 方

2、案功能 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 简介苏州工业园区管委会门户网站自 2023 年初上线以来.始终是苏州工业园区对外宣传的重要平台 .但随着园区经济社会的飞速进展 . 原有

3、栏目架构和内容设计已远不能适应形势下的需要.故本次改版在网站整体架构和表现形式上都期望有所突破.并在内容建设上保持良好的可连续性.故本次公开招标.将网站内容块面的联合承建与网站前台建设一并打包。2.2 系统建设目标l 形成苏州工业园区对外宣传.树立园区形象的主要窗口。l 成为园区管委会对内供给高效效劳、树立政府形象的主要方式。l 成为公众猎取园区进展资讯、获知园区政府动态的有效渠道。2. 3 工程建设设计原则在工程建设过程中.必需遵循如下原则：2.3.1 标准性原则在工程的建设过程中.依据“总体设计.分步实施”的原则.软件工程必需标准化.遵循国际通用开发标准.并按国家标准及行业标准执行。结合工

4、程需求.形成接口标准、数据标准、应用系统接入等标准.参与验收和评估。2.3.2 牢靠性原则作为一个对公众开放的开放平台.必需保证长期大规模访问下系统的稳定性、可用性和运行性能.避开单点故障和关键信息丧失。2.3.3 扩展性原则系统应承受模块化、组件化的体系构造.在技术架构和设计模式上保证技术的连续性.敏捷的扩展性和广泛的适应性 .确保系统能够满足用户在数据及业务功能扩展方面的需求。2.3.4 开放性原则在内容模块设计与网上实现过程中充分考虑开放性.便于日后内容维护和扩展.同时要充分考虑与网站现有后台wcm接口和二次开发。2.3.5 易用性原则一般用户网站访问习惯和要求.供给敏捷易用页面布局。2

5、.3.6 安全保密原则具备统一完善的多级安全机制设置.符合国家安全及保密部门要求.拒绝非法用户和合法用户越权操作.避开系统数据遭到破坏.防止系统数据被窃取和篡改.对于关键信息使用加密传输.传输的数据文件供给不行抵赖性确认。2.4 总体要求2.4.1 总体布局和风格要求整体风格符合苏州工业园区管委会政府形象需要.并能突显园区特色.页面特别是首页内容饱满。2.4.2 栏目设计和频道筹划要求1) 突出园区当前进展主题和效劳性功能板块。2) 栏目架构简洁有序.子栏目最好不超过三级。2.4.3 界面设计要求适于 1024*768 模式下扫瞄器满屏显示.界面元素丰富.重点内容突出.便于扫瞄访问。2.4.4

6、 其他要求内容表现形式丰富后台可支持视频、音频、Flash 动画等多种常见内容格式。2.4.5 性能要求页面在内网翻开时间不得超过 200 毫秒。应用的各种加载插件应保证最大范围的可用性.充分考虑现有各种扫瞄器屏蔽插件对页面扫瞄效果的影响.确保页面根本元素及内容的完整性。2.5 方案功能内容治理系统(BizfocusCMS)平台从不同层面政府门户系统推动的策略来看 .实施政府门户系统应重在领导决策系统建设和政府机构之间的信息资源共享.政府门户系统实施策略应重于与社会、公众的交互行为.实现政府治理的开放性和透亮性。各层面政府门户系统建设在信息网络、应用功能、信息资源、安全保密等方面的实施策略都有

7、所不同。BizfocusCMS 系统是一套完全基于Java 和扫瞄器技术的网络内容治理软件.它以内容治理为目标.引进国外最先进的内容治理系统的技术架构.无需考虑关系型数据库类型即可存储和治理内容。集中了扫瞄器信息创立和写作、信息交付、信息交互等功能.基于模板的信息的公布、强大的多站点治理于一身.并供给敏捷的团队协作力量。系统的接口开放性和第三方应用的整合系统在设计时考虑到充分的开放性.整体设计上基于 J2EE 构架和 XML 标准.实现各种第三方应用的整体整合.可以便利地在将来进展各类应用系统建设时.便利地进展连接。高度参数化设计由于本系统的使用者为政府工作人员 .系统应作为简洁易用的工具表达

8、其日常的工作流程；其次.对于维护人员来讲.系统完成后维护人员的数量比较少。因此.除维护上应考虑系统统一、便捷的治理外.从设计上还应充分的考虑系统的敏捷性。依据上述缘由.保证系统的功能模块之间具有松散耦合.全部系统应承受高度参数化设计.参数化设计打算了系统的敏捷性及可扩展力量。在设计上.将参数从系统级参数、应用级参数、以及模块、功能的参数。2.6 原型系统说明开放源代码软件或自有软件产品介绍苏州工业园区管委网站门户改版可以在此系统的根底上进展加强改版.通过各种技术来使网站完善.到达各方面的要求。本网站公布后台承受北京拓尔思TRS信息技术开发的能够支持多种网络格式.html.asp.jsp.php

9、 等的 WCM 内容治理协作平台治理和公布网站内容.该平台是基于 J2EE 的.要求网站前台所承受的各种表现形式能与该平台高度融合。网站构建前台所承受的各种表现形式及所应用的各种网络插件应符合网络通行标准.适于绝大局部操作系统Window 2023、Window XP 等和通用扫瞄器IE6.0、Mozilla Firefox 等扫瞄需求。2.7 设计模式在 SunMicrosystems 公司提出的 J2EEPatterns 中有十三种设计模式为经过实践检验的设计模式。依据本次应用的规模、敏捷性.我们在本次系统设计中应用其中的 4 种模式。1、Model-View-Controller 模式当

10、应用包含数据访问代码、商业规律代码和表示代码混合在一起时.会消灭一些问题。这些应用很难维护.由于全部组件是相互依靠的使任何一处变化都有很大的影响。高耦合使类很难或是不行能被重用.由于它们和很多其它的类相互依靠。增加的数据视图常常要求重实现或是截取从前的商业规律代码.这需要多点的维护。数据访问代码有着同样的问题 .当在商业规律方法中被拷贝粘贴。一个Model-View-Controller 设计模式通过数据访问、商务规律、数据表达和用户交互解决了这些问题。BizfocusCMS 系统以及本次的其他系统体系架构是应用Model-View-Controller 设计模式的。其他设计模式被结合在MVC

11、 架构设计中。2、BusinessDelegate 模式BusinessDelegate 模 式 的 使 用 减 少 了 Web 层 和EnterpriseJavaBeansTM 层的耦合度。BusinessDelegate 模式处理简单的分布式组件的查找和特别处理.将商业规律接口转换成使用者看起来简洁的接口。3、CompositeEntity 模式映射一个对象模型到一个EnterpriseJavaBeansTM(EJBTM)对象模型.是一个 Java2 平台上 EnterpriseEdition(J2EETM)应用的共同设计问题。给定的一个内部相关的对象网络.你必需打算是否每个对象都应当被一

12、个实体Beans 或是一个简洁的Java 对象实现.并且治理对象之间的关系。远程的实体Beans 最适合于粗粒度的商务实体。用远程的实体 Beans 实现小粒度的商业实体会产生过多的远程通讯等性能问题。选择 Bean 治理长久性意味着：依靠的对象.它们的数据只在其它类的上下文关系中有意义.倾向于这样使用。我们使用 CompositeEntity 模式。CompositeEntity 的接口是粗粒度的.它治理小粒度对象之间交互。这种设计模式对有效治理依靠对象之间的关系特别有用。4、DataAccessObject 模式依靠数据资源特别特征的代码使商业规律和数据访问规律连接在一起。这是修改应用数据

13、资源变得格外困难。DataAccessObject 模式将数据资源的客户端接口从数据访问机制中分别出来.并将一个特别的数据资源访问接口转换成一般的客户接口。2.8 网络安全模块在目前的设计中.为了抵抗恶意或传播的安全隐患 .系统对传输包和传输途径都进展了加密和监管。在软件中对下载代码也进展分析和甄别。假设必要.可以结合物理隔离卡做到更好。1、 支持总体设计的一体化安全解决方案。对非法侵入、非法攻击和网络计算机病毒具有很强的防范力量。2、确保整个系统的安全、牢靠及高效运行。3、应用软件具有相应的容错手段、操作回滚功能.保证系统的强健性和数据完整性。2.9 方案特点安全性1. 程序不会由于遇到意外

14、故障而破坏数据的正确性2. 在程序运行过程中.假设遇到突然掉电、网络中断等意外故障. 不会对现有的数据的正确性和完整性造成破坏。3. 系统应能够供给对数据的备份、恢复功能4. 系统能够供给当前系统数据库的备份、恢复处理。5. 在系统由于意外或误操作而造成数据的丧失时.可以利用以前的备份文件恢复当前数据库。6. 系统登录时需进展安全性校验7. 系统登录时校验用户名及密码.校验通过才可使用本系统。支持校验码验证方式.充分保证了认证的安全性。8. 参加防口令猜测功能。当用户试图屡次猜测时.系统会不断增加响应的时延.并最终拒绝为用户供给效劳。9. 用户进展每个功能操作前.都要验证操作的合法性10.用户

15、只能操作授权范围内的功能模块。11. 会话失效后需重登录12. 当用户在肯定时间内对系统不进展任何操作时.需要重登录13. 网站风格全都性14. 对于网站的内容将分为主页内容、栏目子栏目内容、栏目中工程具体内容。上述内容又涉及内容的布局、布局中每块区域的风格、布局中每块区域的内容。15. 在每个页面中应包括页面的公用局部.如页面的页眉、页脚、功能菜单、引航条等.和页面的内容局部。16. 为保证网站中页面风格的统一.在页面套用的模板最外层的布局及风格的模板其风格数据应使用统一的数据源。同时.在页面生成过程中.对于最外层公用局部的模板不允许内容采编用户进展更改。17. 在网站内容的模板来说.由于公

16、用局部为保证网站的扩展性和敏捷性.模板是动态生成的。其中动态局部的数据源是统一的. 如栏目或引航条的数目、层次、内容等.当数据源进展变动时. 全部页面的产生将全部更。18. 通常对于主页及整个网站页面的公用局部来说.其布局、风格转变应是相当慎重的。在系统开发完成后.只有系统治理员经过授权并且应经过相应的行政审批才有权利进展更改。19. 栏目子栏目内容的布局、风格通常是栏目主编.通常也不会常常转变。但栏目全部者可以进展更改.栏目下属的全部页面在载入模板时均会加载同样的公用局部2.10 易用性要求2.10.1 硬件/软件的要求硬件：综合兼顾性能、价格、安全、可维护性、可扩展性和使用等多方面.在原资

17、源的根底上.兼顾有用性和超前性。软件：系统软件和应用软件都应从不同角度提高软件易使用性和易维护.有用性方面应留意软件具备响应速度快、系统稳定.并能够供给连续和持续的产品和技术支持。具体产品上通用产品和专用产品相结合。2.10.2 质量的要求1、该过程能够支持 CMM 系列模型以 CMMI-SW/SE 主要参照框架 的各关键过程域。2、过程中体系构造融合当前大局部主流产品和技术架构.分析设计方法和模型、度量方法能够反映该领域先进理论和最正确实践。3、健全的质量评审体系和保障措施。2.10.3 根本性能要求1、数据处理力量要求为：支持的终端数取决于网络本身的负载力量、支持并行操作的用户数和操作系统

18、全都.处理的文件和记录数、表和文件的大小和数据库系统的全都。2、数据处理力量包括：支持的终端数、支持并行操作的用户数、处理的文件和记录数、表和文件的大小等暂定。3、时间特性包括：响应时间、更处理时间、数据的转换和传送时间、运行时间等暂定4、网络范围本网作业、跨网接口、业务范围跨系统接口2.11 操作安全性要求为确保系统的安全性 .系统实行应用系统使用验证操作员验证、数据库登陆验证两种验证方式相结合的方法验证用户。运用日志.对进入系统的用户的操作进展记录,可以依据日志进展事后分析. 从而找到事故的发生缘由、责任者或非法用户。安全性的要求还表达在：（1） 建立安全的治理制度（2） 保证网络安全（3

19、） 保证系统安全（4） 解决系统特别应急处理（5） 确保数据访问安全（6） 保障数据存储安全（7） 供给安全的维护机制2.12 网站的特点 先进性该系统在设计上承受三层构造、Web Service 技术.使之在选用平台、承受技术上具有先进性、前瞻性、扩大性.从而保证建成的网站系统具有良好的稳定性、可扩展性和安全性。 有用性考虑到要尽量满足业务功能需求的前提下.又要适应各业务角色的工作特点.该系统做到简洁、有用、人性化.实现了统一身份和资源治理、统一认证、统一内容治理、共性化界面和内容定制。 牢靠性由于该系统用户群比较简单.既有政府部门和各系统机构内的操作层、治理层和业务层.也有比较多的社会民众

20、.所以建设的信息效劳网站系统我们考虑了在建设平台上保证系统的牢靠性和安全性。系统设计中.应有适量冗余及其他保护措施 .平台和应用软件具有良好的容错性、容灾性等。 开放性在系统构架、承受技术、选用平台方面都有较好的开放性。特别是在选择产品上.我们承受符合开放性要求.遵循国际标准化组织的技术标准.我们的产品既有自己的独特优势 .又能与其他多家优秀的产品进展组合.共同构成一个开放的、易扩大的、稳定的、统一软件的系统。 可维护性系统设计应标准化、标准化.依据分层设计.软件构件化实现。承受软件构件化的开发方式：一是系统构造分层.业务与实现分别.规律与数据分别；二是以统一的效劳接口标准为核心.使用开放标准

21、；三是构件语意描述形式化；四是提炼封装构件标准化。 可伸缩性考虑到政务系统的网上业务建设是一个循序渐进、不断扩大的过程.系统承受积木式构造.整体构架可以与原有系统进展无缝连接.为今后系统扩展和集成留有扩大余量。可移植性/可兼容性选择开放的应用平台.建设一套与平台无关.以统一的效劳接口标准和与各种数据库相连的应用组件。保证系统与其他软件之间是兼容的.是可维护的。在不同的环境下可以移植。承受高内聚、低耦合原则进展模块划分。模块间供给相应的接口.当应用系统的业务或功能要求发生变化时.可以通过简洁的对相应模块的配置来实现功能扩展。特别是本系统中.这样的要求更显得重要2.12 效劳与支持要求效劳不仅可以

22、确保产品正常运行.同时还能充分发挥产品的性能。纵观整个 IT 业.效劳占整个产品生命周期中很重要一局部. 就软件而言.统计资料说明.效劳阶段的花费占整个软件生命周期花费的 67。W5 Team 格外重视对客户的售后效劳和运维的支持.W5 Team 供给的效劳包括以下四类。（1） 纠错性维护：在产品运行中发生特别或故障时进展的维护工作。为解决销售前未能测试各种条件带来的问题。（2） 完善性维护：为了扩大原有系统功能及提高原有系统的性能.满足用户实际需要而进展的维护.即通常所讲的系统升级效劳.这些内容在需求说明当中并未明确规定 .但实际常常会发生。（3） 适应性维护：使运行的系统能适应外部环境如软

23、件的数据库、数据格式、数据转入转出方式等的变动而进展的效劳。（4） 预防性维护：进一步转变系统的维护性和牢靠性。2.12 工程开发治理开发过程将遵照下面的步骤进展.请参见下表：序号阶段内容相应文档1工程立项依据托付要求规定适于工程的软件 生存周期模型以确定开发过程的活 动和任务；编制工程开发原则和工程开发托付合同解决方案*工程开发委同*托合2软件需求分析建立软件需求基准.包括软件项的功能与性能；运行的环境条件；资料定义和数据库要求；用户操作与维护需求等软件需求规明书格说3软件概要设计确保全部软件需求分派到其软件组 件；开发关于软件项的外部接口和软件项的各个软件组件之间接口的顶 层设计；开发数据

24、库的顶层设计；开发用户文件的最初版本。即外部设计软件概要设明书数据库设计书计说说明4软件具体设计开发软件项外部接口、软件组件之间以及软件单元之间的接口的具体设 计；开发数据库具体设计；规定要测试的软件单元的测试需求和进度安排软件具体设明书测试打算计说5软件编码和测试开发每一软件单元和数据库及其测 试规程和资料；测试每一软件单元和数据库以确保满足需求模块开发卷宗测试报告*6软件安装调试按合同规定制订一个在目标环境中安装软件产品并结合系统环境进展集成和调试软件用户手册*7软件评审和验收支持需方的验收评审和软件产品测软件评审记录试；按合同规定完成和交付软件产品软件验收报告8工程延期或终止由于种种缘由

25、造成工程不能依据项 目进度完成时.必需进展工程延期的手续；对于在实施过程中由于某种客观缘由造成无法连续 .必需停顿开发的工程.需申请终止工程工程延期申请表工程追加经 费预算表工程开发托付合同补充工程终止申请书9工程结项总结整理工程全部的文档和源码 .存档处理工程开发总 结报告*注：1、以上是软件开发过程标准的完整集.对本工程开发工作.依据实际开发过程可进展裁减、合并。2、标有“*”号的阶段为必需项。乙方将依据严谨的科学态度.使用科学的工程治理方式进展整个工程开发。2.13 工程周期和工程投资序号阶段内容所需时间该工程在合同签定后 31 天内全部完成并投入运行。1工程立项依据托付要求规定适于工程

26、的软件生存周期模型以确定开发过程的活动和任务；编制工程开发原则和工程开发托付合同12软件需求分析建立软件需求基准 .包括软件项的功能与性能；运行的环境条件；资料定义和数据库要求；用户操作与维护需求等；53软件概要设计确保全部软件需求分派到其软件组件；开发关于软件项的外部接口和软件项的各个软件组件之间接口的顶层设计；开发数据库的顶层设计；开发用户文件的最初版本。即外部设计；24软件具体设计开发软件项外部接口、软件组件之间以及软件单元之间的接口的具体设计；开发数据库具体设计；规定要测试的软件单元的测试需求和进度安排；45软件编码开发软件单元和数据库；同时进展单元和集成测试106系统测试系统测试含第

27、三方测试；47软件安装调试在目标环境中安装软件产品并结合系统环境进展集成和调试；18软件评审和验收按合同规定完成和交付软件产品；19工程结项总结整理工程全部的文档和源码.存档处理. 交付使用方。1职位描述数量工作描述总体把握工程的技术实施.协调工程事务.保障工程进度进展系统的总体设计和具体设计 . 与客户进展接口进展数据库的设计、治理和维护进展系统的具体设计、编码与测试参与开发阶段工程经理1全部系统分析师1系统设计工程师兼数据库治理员1需求分析阶段概要设计阶段 概要设计阶段 编码与测试阶段系统试运行阶段编码与测试阶段系统试运行阶段编码与测试阶段系统试运行阶段系统试运行阶段安装调试阶段1011培训备用交付用户使用手册11我们的团队组成是：打算编制.保障系统的正常运行软件工程师1程序编码测试工程师1系统测试工程技术人员1进展系统的安装、调试与维护开发阶段费用元需求分析阶段7000概要设计阶段及具体设计阶段 90002.14 工程费用明细表编码与测试阶段17700系统试运行阶段3000安装调试阶段3000总计：39700 元