某旅游网站建设应标书

《某旅游网站建设应标书》由会员分享，可在线阅读，更多相关《某旅游网站建设应标书（6页珍藏版）》请在装配图网上搜索。

1、 .wd.*工程建设投标书投标人：*公司日期：目录一、公司简介3二、相关资质32.1、营业执照32.2、税务登记证32.3、组织机构代码证42.4、财务营收情况表4三、工程建设方案43.1、系统总体架构43.2、功能规划53.3、技术架构53.4、实施方案63.5、售后服务6四、工程开发管理64.1、工程组织64.2、开发方案64.3、进度安排84.4、质量控制9五、工程报价9一、公司简介*公司成立于年，是一家专注于互联网、移动应用、系统集成及智能化系统工程的服务提供商，为多家企业事业单位提供了一体化信息化系统应用解决方案和技术支撑服务，产品和服务受到客户的一致好评。业务范围软件应用类服务：产

2、品研发与测试服务、产品部署与支持服务、IT基础设施管理服务、互联网应用开发与测试服务；系统集成类服务：楼宇智能化系统。公司服务宗旨追求目标专业的系统设计团队、精湛的技术服务队伍、进取的业务销售精英团队，是我们长期以来的追求目标。二、相关资质2.1、营业执照2.2、税务登记证2.3、组织机构代码证2.4、财务营收情况表三、工程建设方案3.1、系统总体架构3.1.1、 对于系统的扩展性，集成性，开放性的考虑，会使用模型驱动体系进展架构，整个系统中组件间的访问通过一个基于元数据描述的对象层来进展，这个元数据描述的知识系统容纳了数据模型，设计模型到部署模型的整个应用体系，同时系统中的基础服务通过模型驱

3、动贯穿于整个系统，成为集成性，开放性，扩展性的基础。同时，也是引用面向企业服务架构(SOA)来实现服务，使各个模块通过服务来进展调用，大大解藕了系统，使业务模块的复用性得以提升。3.1.2、采用三层架构的概念来对系统进展职责的划分，这样的划分可以使传统的三层架构的概念在系统中更好的区分，表现层只负责数据的展示，而对于业务逻辑的数据验证，数据访问，都在业务逻辑层进展处理，而表现层不仅仅只是展现在client端，同样在服务器上也是有表现层的表达，因为最终的表现层是在服务器上进展展现，数据层那么是服务于业务逻辑层的数据持久化，数据层是一个数据工厂，和具体的数据库类型无关，具体可以实现从数据库的处理，

4、而各个层之间的访问是分别通过各层的服务总线作为统一入口，对外也是通过服务总线作为接口。这也是数据库统一的基础，因为这样对于数据的操作，界面数据的获取，可以到达复用，解藕的效果，对于代码的修改也是可以不用异动太多的代码。3.1.3、支持多平台的数据交互，利用json格式进展数据的传递，利用webService,REST等可以实现多平台的交互总体架构如下：3.2、功能规划3.2.1、页面应展示内容3.2.1.1、品牌logo 。3.2.1.2、联系方式，含 、 等。3.2.1.3、公司资讯链接，含about us、why choose us、contact us等。3.2.1.4、会员登录logi

5、n。3.2.1.5、菜单应包含3.2.1.5.1、Home3.2.1.5.2、China Tour3.2.1.5.3、City Tour3.2.1.5.4、Create My Trip3.2.1.5.5、Hotel3.2.1.5.6、China Travel Guide3.3、技术架构3.3.1、数据的可查性、易维护性 对于历史数据进展备份，同时会进展数据的别离，这样便于历史数据的查询和各种数据的分析3.3.2、采用三层体系构造 对于系统的分层，用传统的三层架构，表现层，业务层，数据层 将业务规那么的验证，数据访问和合法性验证放置于业务层进展处理，各个层次 的交互交由各服务总线作为入口3.3.

6、3、开放性 基于开放平台.net开发3.3.4、容错性对于一些响应时间过长的请求，服务器通过log的方式记录下请求的内容，同时对于有出错的请求，会通过邮件的方式进展通知3.3.5、安全性3.3.5.1、数据库级别的安全性，对于不同用户的访问，设定不同权限3.3.5.2、数据库参数的限制，防止SQL注入，统一用传入dbParameter的方式进展3.3.5.3、前台到后台处理的数据进展加密处理3.3.6、易用性支持多语言，默认的方式是英文,通过配置文件可以设定语系3.4、实施方案3.4.1、通过对整体工程的分析，是旅游相关方面，和后台的基础数据会有比较强的依赖，这样是建议，后台管理的数据可以先行

7、上线，这样可以方便整体工程的推进 ，后续在前台页面上线，可以有基础数据作为支撑，同时也方便业务逻辑确实认3.4.2、数据的持久化维护，有些数据是不方便外界进展访问，也是可以在用户方建多个的测试环境，同时按这些的测试顺序进展发布，可以确保业务逻辑的完整性，如可以有开发环境，测试人员的测试环境，用户测试的用户环境，产品环境，这样的一个流程可以确保程序的稳定性，可以更好的发现和解决问题3.4.3、在确保了前面两个前提下，可以按后台模块上线，前台模块上线的顺序进展发布，在内测通过后，发布产品3.4.4、后续如有变更，按变更的内容为准3.5、售后服务3.5.1 提供一年的系统维护服务，原有系统的问题解答

8、和BUG修复，提供有偿的新增需求开发服务；3.5.2、响应时间：1小时。四、工程开发管理4.1、工程组织职位描述数量工作描述参与开发阶段工程经理1总体把握工程的技术实施，协调工程事务，保障工程进度全部系统分析师1系统的总体设计和详细设计需求分析和概要设计软件工程师1业务功能的开发编码、测试、试运行测试工程师1业务功能的测试编码、测试、试运行UI美工1界面局部的设计编码、测试、试运行4.2、开发方案以下工作量只作参考，无法估算由于现场因素而增加的工作量，为工程工作量及人员投入提供 基本依据，由技术人员根据原始需求评估。难度浮动1.33 研发总量人月6.05 区域区域分项分局部项细项说明工作量人天

9、区域总量人天发布管理控制台后台管理功能登录管理181.5用户管理用户信息管理、密码修改、角色设置2.5基础信息前台功能发布管理其他权限控制，后期的权限管理控制17.5界面设计其他功能的界面内容记录日志架构实现合计99主要分成三局部：1、 整体架构的开发：底层框架的设计，持久化，日志，异常管理等的开发2、 前台的开发：主要涉及前台页面的展示，业务逻辑处理3、 后台的管理：主要是基础信息的维护，和后台权限的管理 因为是分层架构，MVC模式，所以对于业务逻辑的处理的和前台页面的展示可以并行开发，逻辑上不会有相冲突4.3、进度安排4.3.1. 首先会制定一个完整的开发方案出来，再和客户进展确认具体的实

10、施的方案，和用户确认要进展交互的内容，并安排出时间进展沟通，按目前规划的内容， 基本已经定型工程的基础框架4.3.2. 和用户进展调研，展开工程的初稿的定型，同时开场作系统设计，这大概会在一个月左右的时间会作好确认工作，并完成界面原型确实认和系统整体的方案说明4.3.3. 在2的前提下，会开场相应业务模块确实认，同时开场工程的开发，这一块的内容会在1个半月到2个月的时间里进展.并准时向客户反响每日的进程4.3.4. 系统的测试,会在业务模块已经完成80%的情况下进展开场，在此期间，依据用户找反响的内容进展微调，不会作大规模的调整.4.3.5. 系统验收，会按用户的在1的前提下作出的需求，和现有工程的完成的内容进展一个验收，并提出反响，结合最初的需求再进展适当的调整4.4、质量控制4.4.1、在代码层面，通过单元测试的方式，确保代码上的准确性4.4.2、业务逻辑方面，通过测试人员按需求文档进展测试，点对点的测试，保证业务逻辑的完整性4.4.3、通过详细的日志记录，方便在一些比较棘手的问题上分析问题，日志管理来保证快速定位错误源头五、工程报价开发阶段费用(元)需求分析阶段架构设计，概要设计编码与测试系统试运行安装调试(上线)合计