某旅游网站建设应标书.docx

某旅游网站建设应标书.docx

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

某旅游网站建设应标书

某旅游网站建设应标书

**项目建设

投标书

投标人：

**公司

日期：

系统应用解决方案和技术支撑服务，产品和服务受到客户的一致好评。

业务范围

软件应用类服务：

产品研发与测试服务、产品部署与支持服务、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、公司资讯链接，含aboutus、whychooseus、contactus等。

3.2.1.4、会员登录（login）。

3.2.1.5、菜单应包含

3.2.1.5.1、Home

3.2.1.5.2、ChinaTour

3.2.1.5.3、CityTour

3.2.1.5.4、CreateMyTrip

3.2.1.5.5、Hotel

3.2.1.5.6、ChinaTravelGuide

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、项目组织

职位描述

数量

工作描述

参与开发阶段

项目经理

1

总体把握项目的技术实施，协调项目事务，保障项目进度

全部

系统分析师

1

系统的总体设计和详细设计

需求分析和概要设计

软件工程师

1

业务功能的开发

编码、测试、试运行

测试工程师

1

业务功能的测试

编码、测试、试运行

UI美工

1

界面部分的设计

编码、测试、试运行

4.2、开发计划

以下工作量只作参考，无法估算由于现场因素而增加的工作量，为项目工作量及人员投入提供基本依据，由技术人员根据原始需求评估。

难度浮动

1.33

研发总量（人月）

6.05

区域

区域分项

分部分项

细项

说明

工作量（人天）

区域总量（人天）

发布管理控制台

后台管理功能

登录管理

1

81.5

用户管理

用户信息管理、密码修改、角色设置

2.5

基础信息

前台功能

发布管理

其他

权限控制，后期的权限管理控制

17.5

界面设计（其他功能的界面内容）

记录日志

架构实现

合计

99

主要分成三部分：

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、通过详细的日志记录，方便在一些比较棘手的问题上分析问题，日志管理来保证快速定位错误源头

五、项目报价

开发阶段

费用（元）

需求分析阶段

架构设计，概要设计

编码与测试

系统试运行

安装调试（上线）

合计