某旅游网站建设应标书.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、通过详细的日志记录，方便在一些比较棘手的问题上分析问题，日志管理来保证快速定位错误源头
五、项目报价
开发阶段
费用（元）
需求分析阶段
架构设计，概要设计
编码与测试
系统试运行
安装调试（上线）
合计
升级会员 