《某旅游网站建设应标书(共9页).docx》由会员分享，可在线阅读，更多相关《某旅游网站建设应标书(共9页).docx（9页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上*项目建设投标书投标人：*公司日期：目录一、公司简介 *公司成立于 年，是一家专注于互联网、移动应用、系统集成及智能化系统工程的服务提供商，为多家企业事业单位提供了一体化信息化系统应用解决方案和技术支撑服务，产品和服务受到客户的一致好评。业务范围软件应用类服务：产品研发与测试服务、产品部署与支持服务、IT基础设施管理服务、互联网应用开发与测试服务；系统集成类服务：楼宇智能化系统。公司服务宗旨追求目标专业的系统设计团队、精湛的技术服务队伍、进取的业务销售精英团队，是我们长期以来的追求目标。二、相关资质2.1、营业执照2.2、税务登记证2.3、组织机构代码证2.4、财务营
2、收情况表三、项目建设方案3.1、系统总体架构3.1.1、 对于系统的扩展性，集成性，开放性的考虑，会使用模型驱动体系进行架构，整个系统中组件间的访问通过一个基于元数据描述的对象层来进行，这个元数据描述的知识系统容纳了数据模型，设计模型到部署模型的整个应用体系，同时系统中的基础服务通过模型驱动贯穿于整个系统，成为集成性，开放性，扩展性的基础。同时，也是引用面向企业服务架构(SOA)来实现服务，使各个模块通过服务来进行调用，大大解藕了系统，使业务模块的复用性得以提升。3.1.2、采用三层架构的概念来对系统进行职责的划分，这样的划分可以使传统的三层架构的概念在系统中更好的区分，表现层只负责数据的展示
3、，而对于业务逻辑的数据验证，数据访问，都在业务逻辑层进行处理，而表现层不仅仅只是展现在client端，同样在服务器上也是有表现层的体现，因为最终的表现层是在服务器上进行展现，数据层则是服务于业务逻辑层的数据持久化，数据层是一个数据工厂，和具体的数据库类型无关，具体可以实现从数据库的处理，而各个层之间的访问是分别通过各层的服务总线作为统一入口，对外也是通过服务总线作为接口。这也是数据库统一的基础，因为这样对于数据的操作，界面数据的获取，可以达到复用，解藕的效果，对于代码的修改也是可以不用异动太多的代码。3.1.3、支持多平台的数据交互，利用json格式进行数据的传递，利用webService,R
4、EST等可以实现多平台的交互总体架构如下：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、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、数据的
5、可查性、易维护性 对于历史数据进行备份，同时会进行数据的分离，这样便于历史数据的查询和各种数据的分析3.3.2、采用三层体系结构 对于系统的分层，用传统的三层架构，表现层，业务层，数据层 将业务规则的验证，数据访问和合法性验证放置于业务层进行处理，各个层次 的交互交由各服务总线作为入口3.3.3、开放性 基于开放平台.net开发 3.3.4、容错性对于一些响应时间过长的请求，服务器通过log的方式记录下请求的内容，同时对于有出错的请求，会通过邮件的方式进行通知 3.3.5、安全性3.3.5.1、数据库级别的安全性，对于不同用户的访问，设定不同权限3.3.5.2、数据库参数的限制，避免SQL注入
6、，统一用传入dbParameter的方式进行3.3.5.3、前台到后台处理的数据进行加密处理3.3.6、易用性 支持多语言，默认的方式是英文,通过配置文件可以设定语系3.4、实施方案3.4.1、通过对整体项目的分析，是旅游相关方面，和后台的基础数据会有比较强的依赖，这样是建议，后台管理的数据可以先行上线，这样可以方便整体项目的推进 ，后续在前台页面上线，可以有基础数据作为支撑，同时也方便业务逻辑的确认3.4.2、数据的持久化维护，有些数据是不方便外界进行访问，也是可以在用户方建多个的测试环境，同时按这些的测试顺序进行发布，可以确保业务逻辑的完整性，如可以有开发环境，测试人员的测试环境，用户测试
7、的用户环境，产品环境，这样的一个流程可以确保程序的稳定性，可以更好的发现和解决问题3.4.3、在确保了前面两个前提下，可以按后台模块上线，前台模块上线的顺序进行发布，在内测通过后，发布产品3.4.4、后续如有变更，按变更的内容为准3.5、售后服务3.5.1 提供一年的系统维护服务，原有系统的问题解答和BUG修复，提供有偿的新增需求开发服务；3.5.2、响应时间：1小时。四、项目开发管理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. 和用户进行调研，展开项目的初稿的定型，同时开始作系统设计，这大概会在一个月左右的时间会作好确认工作，并完成界面原型的确认和系统整体的方案说明4.3.3. 在2的前提下，
10、会开始相应业务模块的确认，同时开始项目的开发，这一块的内容会在1个半月到2个月的时间里进行.并准时向客户反馈每日的进程4.3.4. 系统的测试,会在业务模块已经完成80%的情况下进行开始，在此期间，依据用户找反馈的内容进行微调，不会作大规模的调整.4.3.5. 系统验收，会按用户的在1的前提下作出的需求，和现有项目的完成的内容进行一个验收，并提出反馈，结合最初的需求再进行适当的调整4.4、质量控制 4.4.1、在代码层面，通过单元测试的方式，确保代码上的准确性 4.4.2、业务逻辑方面，通过测试人员按需求文档进行测试，点对点的测试，保证业务逻辑的完整性 4.4.3、通过详细的日志记录，方便在一些比较棘手的问题上分析问题，日志管理来保证快速定位错误源头五、项目报价开发阶段费用(元)需求分析阶段架构设计，概要设计编码与测试系统试运行安装调试(上线)合计专心-专注-专业