某旅游网站建设应标书

1、仅供个人参考For personal use only in study and research; not for commercial use*项目建设投标书投标人：*公司日期：目录、公司简介 错误！未定义书签。、相关资质错误！ 未定义书签。2.1、营业执照 2.2、税务登记证 2.3、组织机构代码证 错误！未定义书签。错误！未定义书签。错误！未定义书签。不得用于商业用途错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。 错误！未定义书签。错误

2、！未定义书签。2.4、财务营收情况表、项目建设方案错误！未定义书签。3.1、系统总体架构 3.2、功能规划 3.3、技术架构3.4、实施方案3.5、售后服务 四、项目开发管理 4.1、项目组织4.2、开发计划4.3、进度安排 4.4、质量控制 五、项目报价、公司简介*公司成立于 年，是一家专注于互联网、移动应用、系统集成及智能化系统工程的服务提供商，为多家企业事业单位提供了一体化信息化系统应用解决方案和技术支撑服务，产品和服务受到客户的一致好评。业务范围 软件应用类服务： 产品研发与测试服务、产品部署与支持服务、 IT 基础设施管理服务、 互联网应用开发与测试服务；系统集成类服务 ：楼宇智能化

3、系统。公司服务宗旨追求目标 专业的系统设计团队、 精湛的技术服务队伍、 进取的业务销售精英团队， 是我们长期以来的 追求目标。二、相关资质2.1、营业执照2.2、税务登记证2.3、组织机构代码证2.4、财务营收情况表三、项目建设方案3.1、系统总体架构 对于系统的扩展性，集成性，开放性的考虑，会使用模型驱动体系进行架构，整 个系统中组件间的访问通过一个基于元数据描述的对象层来进行， 这个元数据描述的知 识系统容纳了数据模型， 设计模型到部署模型的整个应用体系， 同时系统中的基础服务 通过模型驱动贯穿于整个系统，成为集成性，开放性，扩展性的基础。同时，也是引用 面向企业服务架构（SOA来实现服务

4、，使各个模块通过服务来进行调用，大大解藕了系 统，使业务模块的复用性得以提升。，这样的划分可以使传统的三层架构的概念在系统中更好的区分，表现层只负责数据的展示， 而对于业务逻辑的数据验证， 数据访问，都在业务逻辑层进行处理，而表现 层不仅仅只是展现在 client 端，同样在服务器上也是有表现层的体现，因为最终的表现 层是在服务器上进行展现， 数据层则是服务于业务逻辑层的数据持久化， 数据层是一个 数据工厂， 和具体的数据库类型无关， 具体可以实现从数据库的处理，而各个层之间的访问是分别通过各层的服务总线作为统一入口， 对外也是通过服务总线作为接口。 这也 是数据库统一的基础，因为这样对于数据

5、的操作， 界面数据的获取，可以达到复用，解 藕的效果，对于代码的修改也是可以不用异动太多的代码。，利用json格式进行数据的传递，利用webService,REST等可以实现多平台的交互总体架构如下：3.2、功能规划。，含电话、传真等。，含 about us、why choose us、contact us 等。TourTourMy TripTravel Guide3.3、技术架构对于历史数据进行备份，同时会进行数据的分离，这样便于历史数据的查询和 各种数据的分析对于系统的分层，用传统的三层架构，表现层，业务层，数据层 将业务规则的验证，数据访问和合法性验证放置于业务层进行处理，各个层次 的交

6、互交由各服务总线作为入口基于开放平台.net开发 对于一些响应时间过长的请求，服务器通过log的方式记录下请求的内容，同时对于有出错的请求，会通过邮件的方式进行通知，对于不同用户的访问，设定不同权限，避免SQL注入，统一用传入 dbParameter的方式进行 支持多语言，默认的方式是英文，通过配置文件可以设定语系3.4、实施方案，是旅游相关方面，和后台的基础数据会有比较强的依赖，这样是建议，后台管理的数据可以先行上线，这样可以方便整体项目的推进，后续在前台页面上线，可以有基础数据作为支撑，同时也方便业务逻辑的确认，有些数据是不方便外界进行访问，也是可以在用户方建多个的测试环境，同时按这些的测

7、试顺序进行发布，可以确保业务逻辑的完整性，如可以有开发环境，测试人员 的测试环境，用户测试的用户环境，产品环境，这样的一个流程可以确保程序的稳定性， 可以更好的发现和解决问题，可以按后台模块上线，前台模块上线的顺序进行发布，在内测通过后，发布产品 ，按变更的内容为准3.5、售后服务3.5.1提供一年的系统维护服务，原有系统的问题解答和BUG修复，提供有偿的新增需求开发服务；四、项目开发管理4.1、项目组织职位描述数量工作描述参与开发阶段项目经理1总体把握项目的技术实施，协调项目事 务，保障项目进度全部系统分析师1系统的总体设计和详细设计:需求分析和概要设计软件工程师1业务功能的开发编码、测试、

8、试运行测试工程师1业务功能的测试:编码、测试、试运行UI美工1界面部分的设计编码、测试、试运行4.2、开发计划以下工作量只作参考，无法估算由于现场因素而增加的工作量，为项目工作量及人员投入提供基 本依据，由技术人员根据原始需求评估。难度浮动1.33研发总量（人月）6.05区域区域分项分部分项细项说明工作量（人天）区域总量（人天）发布 管理 控制 台后台管理 功能登录管理181.5用户管理用户信息管理、密码修 改、角色设置2.5基础信息前台功能发布管理其他权限控 制，后期 的权限管 理控制17.5界面设计 （其他功 能的界面 内容）记录日志架构实现合计99主要分成三部分：1、整体架构的开发：底层

9、框架的设计，持久化，日志，异常管理等的开发2、前台的开发：主要涉及前台页面的展示，业务逻辑处理3、后台的管理：主要是基础信息的维护，和后台权限的管理因为是分层架构，MVC模式，所以对于业务逻辑的处理的和前台页面的展示可以并行开 发，逻辑上不会有相冲突4.3、进度安排4.3.1.首先会制定一个完整的开发计划出来，再和客户进行确认具体的实施的方案，和用户确认要进行交互的内容，并安排出时间进行沟通，按目前规划的内容，基本已经定型项目的基础框架4.3.2 和用户进行调研，展开项目的初稿的定型，同时开始作系统设计，这大概会 在一个月左右的时间会作好确认工作，并完成界面原型的确认和系统整体的方案说明433

10、在2的前提下，会开始相应业务模块的确认，同时开始项目的开发，这一块 的内容会在1个半月到2个月的时间里进行.并准时向客户反馈每日的进程4.3.4. 系统的测试，会在业务模块已经完成80%的情况下进行开始，在此期间，依据用户找反馈的内容进行微调，不会作大规模的调整4.3.5 系统验收，会按用户的在1的前提下作出的需求，和现有项目的完成的内容进行一个验收，并提出反馈，结合最初的需求再进行适当的调整4.4、质量控制，通过单元测试的方式，确保代码上的准确性，通过测试人员按需求文档进行测试，点对点的测试，保证业务逻辑的完整性 ，方便在一些比较棘手的问题上分析问题，日志管理来保证快速定位错误源头五、项目报价开发阶段费用（元）需求分析阶段架构设计，概要设计编码与测试系统试运行安装调试（上线）合计仅供个人用于学习、研究；不得用于商业用途For personal use only in study and research; not for commercial use.Nur f u r den pers?nlichen f u r Studien, Forschung, zu kommerziellen Zwecken verwendet werden.Pour l ' e tude et la recher