旅游网站建设应标书.docx_第1页
旅游网站建设应标书.docx_第2页
旅游网站建设应标书.docx_第3页
旅游网站建设应标书.docx_第4页
旅游网站建设应标书.docx_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

*项目建设投标书投标人:*公司日期:目录一、公司简介3二、相关资质32.1、营业执照32.2、税务登记证32.3、组织机构代码证42.4、财务营收情况表4三、项目建设方案43.1、系统总体架构43.2、功能规划53.3、技术架构53.4、实施方案63.5、售后服务6四、项目开发管理64.1、项目组织64.2、开发计划64.3、进度安排84.4、质量控制9五、项目报价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、页面应展示内容、品牌logo 。、联系方式,含电话、传真等。、公司资讯链接,含about us、why choose us、contact us等。、会员登录(login)。、菜单应包含.1、Home.2、China Tour.3、City Tour.4、Create My Trip.5、Hotel.6、China Travel Guide3.3、技术架构3.3.1、数据的可查性、易维护性 对于历史数据进行备份,同时会进行数据的分离,这样便于历史数据的查询和各种数据的分析3.3.2、采用三层体系结构 对于系统的分层,用传统的三层架构,表现层,业务层,数据层 将业务规则的验证,数据访问和合法性验证放置于业务层进行处理,各个层次 的交互交由各服务总线作为入口3.3.3、开放性 基于开放平台.net开发 3.3.4、容错性对于一些响应时间过长的请求,服务器通过log的方式记录下请求的内容,同时对于有出错的请求,会通过邮件的方式进行通知 3.3.5、安全性、数据库级别的安全性,对于不同用户的访问,设定不同权限、数据库参数的限制,避免SQL注入,统一用传入dbParameter的方式进行、前台到后台处理的数据进行加密处理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 区域区域分项分部分项细项说明工作量(人天)区域总量(人天)发布管理控制台后台管理功能登录管理181.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、在代码层面,通过单元测

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论