某旅游网站建设应标书
**项目建设投标书
投标人：**公司
日期：
目录
一、公司简介 (3)
二、相关资质 (3)
2.1、营业执照 (3)
2.2、税务登记证 (3)
2.3、组织机构代码证 (3)
2.4、财务营收情况表 (4)
三、项目建设方案 (4)
3.1、系统总体架构 (4)
3.2、功能规划 (5)
3.3、技术架构 (5)
3.4、实施方案 (6)
3.5、售后服务 (6)
四、项目开发管理 (6)
4.1、项目组织 (6)
4.2、开发计划 (6)
4.3、进度安排 (8)
4.4、质量控制 (8)
五、项目报价 (9)
一、公司简介
**公司成立于年，是一家专注于互联网、移动应用、系统集成及智能化系统工程的服务提供商，为多家企业事业单位提供了一体化信息化系统应用解决方案和技术支撑服务，产品和服务受到客户的一致好评。
业务范围
软件应用类服务：产品研发与测试服务、产品部署与支持服务、IT基础设施管理服务、互联网应用开发与测试服务；
系统集成类服务：楼宇智能化系统。
公司服务宗旨
追求目标
专业的系统设计团队、精湛的技术服务队伍、进取的业务销售精英团队，是我们长期以来的追求目标。
。
二、相关资质
2.1、营业执照
2.2、税务登记证
2.3、组织机构代码证
2.4、财务营收情况表
三、项目建设方案
3.1、系统总体架构
3.1.1、对于系统的扩展性，集成性，开放性的考虑，会使用模型驱动体系进行架
构，整个系统中组件间的访问通过一个基于元数据描述的对象层来进行，这个元数据描述的知识系统容纳了数据模型，设计模型到部署模型的整个应用体系，同时系统中的基础服务通过模型驱动贯穿于整个系统，成为集成性，开放性，扩展性的基础。同时，也是引用面向企业服务架构(SOA)来实现服务，使各个模块通过服务来进行调用，大大解藕了系统，使业务模块的复用性得以提升。
3.1.2、采用三层架构的概念来对系统进行职责的划分，这样的划分可以使传统的三
层架构的概念在系统中更好的区分，表现层只负责数据的展示，而对于业务逻辑的数据验证，数据访问，都在业务逻辑层进行处理，而表现层不仅仅只是展现在client端，同样在服务器上也是有表现层的体现，因为最终的表现层是在服务器上进行展现，数据层则是服务于业务逻辑层的数据持久化，数据层是一个数据工厂，和具体的数据库类型无关，具体可以实现从数据库的处理，而各个层之间的访问是分别通过各层的服务总线作为统一入口，对外也是通过服务总线作为接口。这也是数据库统一的基础，因为这样对于数据的操作，界面数据的获取，可以达到复用，解藕的效果，对于代码的修改也是可
以不用异动太多的代码。
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、会员登录（login）。
3.2.1.5、菜单应包含
3.2.1.5.1、Home
3.2.1.5.2、China Tour
3.2.1.5.3、City Tour
3.2.1.5.4、Create My Trip
3.2.1.5.5、Hotel
3.2.1.5.6、China Travel Guide
3.3、技术架构
3.3.1、数据的可查性、易维护性
对于历史数据进行备份，同时会进行数据的分离，这样便于历史数据的查询和各种数据的分析
3.3.2、采用三层体系结构
对于系统的分层，用传统的三层架构，表现层，业务层，数据层
将业务规则的验证，数据访问和合法性验证放置于业务层进行处理，各个层次的交互交由各服务总线作为入口
3.3.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、通过对整体项目的分析，是旅游相关方面，和后台的基础数据会有比较强的
依赖，这样是建议，后台管理的数据可以先行上线，这样可以方便整体项目的推进，后续在前台页面上线，可以有基础数据作为支撑，同时也方便业务逻辑的确认
3.4.2、数据的持久化维护，有些数据是不方便外界进行访问，也是可以在用户方建
多个的测试环境，同时按这些的测试顺序进行发布，可以确保业务逻辑的完整性，如可以有开发环境，测试人员的测试环境，用户测试的用户环境，产品环境，这样的一个流程可以确保程序的稳定性，可以更好的发现和解决问题
3.4.3、在确保了前面两个前提下，可以按后台模块上线，前台模块上线的顺序进行
发布，在内测通过后，发布产品
3.4.4、后续如有变更，按变更的内容为准
3.5、售后服务
3.5.1 提供一年的系统维护服务，原有系统的问题解答和BUG修复，提供有偿的新
增需求开发服务；
3.5.2、响应时间：1小时。
四、项目开发管理
4.1、项目组织
4.2、开发计划
主要分成三部分：
1、整体架构的开发：底层框架的设计，持久化，日志，异常管理等的开发
2、前台的开发：主要涉及前台页面的展示，业务逻辑处理
3、后台的管理：主要是基础信息的维护，和后台权限的管理
因为是分层架构，MVC模式，所以对于业务逻辑的处理的和前台页面的展示可以并行开发，逻辑上不会有相冲突
4.3、进度安排
4.3.1.首先会制定一个完整的开发计划出来，再和客户进行确认具体的实施的方案，
和用户确认要进行交互的内容，并安排出时间进行沟通，按目前规划的内容，基本已经定型项目的基础框架
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、通过详细的日志记录，方便在一些比较棘手的问题上分析问题，日志管理来保证快速定位错误源头
五、项目报价