- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
商务网
项
目
方
案
书
目 录
一、前言 3
二、项目整体技术目标和技术方案 3
1 项目整体技术目标和技术要求 3
2 项目整体技术解决建议方案 3
2.1 选用的技术及开发工具 3
2.2 模块化及基本支持 4
3 模块架构方案 4
3.1 模块架构建议方案1: 4
3.2 模块架构建议方案2 6
3.3 标准化 7
三、项目模块功能分析和技术实现 7
1 模块分析 7
1.1 划分 7
1.2 功能 7
2 技术实现 13
2.1 实现方式 13
2.2 附图1:模块架构建议方案1 20
2.3 附图2:模块架构建议方案2 21
四、项目实施计划 21
1 项目实施 21
2 项目核算 22
3 项目周期 25
一、前言
我们按照“统筹规划、分步实施、逐步完善”的方针,安全可靠、经济合理、易管理、可扩展的原则,制定此项目的建议方案书。
二、项目整体技术目标和技术方案
项目整体技术目标和技术要求
目标
模块化的系统整体框架,可自由组合、拆卸搭建,满足不断增加的功能需求。
技术上有前瞻性,并最大程度地满足未来技术的发展所带来的全新需求,如:移动商务。
满足不断变化的性能的要求。
满足不同的开发团队,但不破坏统一的站点外观和代码结构。
要求
可升级性:技术解决方案必须是可升级的,它只需要进行很少的代码扩充,就可以适应不断增加的性能要求。
灵活性:技术解决方案必须是灵活的,虽然在编码上会带来复杂性,但确实必要的,对于添加的需求,可以最大程度地方便修改和补充。
可重用性:必须提倡在代码重用的前提下进行设计。必须在开始的设计时强调对象的层次结构,并在站点的模块中贯彻此思想。
独立性:对单个模块的修改不会影响到其他模块。
统一性:虽然分不同的开发模块,不同的开发团队,但必须有统一的编程风格,统一的命名和代码规则,统一的文件架结构,统一的数据库设计规则。统一的页面样式,同一的站点外观。
容错性。
项目整体技术解决方案
选用的技术及开发工具
选用的技术
目前国内的电子商务平台的技术架构上多以JSP、ASP或者J2EE为主,ASP用的较早,普及率较高,但技术已落后,目前只是维持阶段,JSP技术方兴未艾,是目前的主流,J2EE技术比较复杂,开发周期长,适合于大型复杂的平台。经对各种技术进行权衡,决定选用Microsoft的最新技术.NET作为主要技术,理由如下:
.NET是Microsoft目前主打技术。
.NET技术是基于web理念。
.NET具有快速开发的特点。
.NET在技术上具有很多独特的优势。
.NET提供了移动技术的实现方案。
Microsoft产品具有很广泛的使用基础。
公司正在使用Microsoft的技术,有现成的软硬件环境。
开发工具:Visual Studio.NET,SQL2000,ACCESS2000、其他HTML、CSS编辑工具。
模块化及基本支持
通过采用模块化的设计,体现自由组合、拆卸搭建的设计思想。并通过以下方面提供设计的基本支持:
命名和编码约定
编程语言选择
文件夹结构
数据库设计
建立数据服务层
建立业务逻辑层
提供有效的错误处理机制
统一用户接口设计
模块架构方案
模块架构建议方案1:
见附图一
说明:
表示层: 页面及页面所包含:“页组件”(仅在ASP.NET技术中),Javascript, 图片(位于根目录下,被页面所引用),样式表(.CSS),XML配置文件(位于根目录Config文件夹中)。
作用:
显示数据
捕获数据
数据验证检查
向“业务”发送用户输入
从“业务”接收结果
向用户显示错误 从“层”接受请求。
根据编码的业务规则处理请求。
从“数据服务”层获取数据或将数据发送到“数据服务”层。
将处理结果传递回“业务层”。
执行从数据库(或其他数据服务)获取数据或向数据库发送数据的功能从“业务层”接收请求。
使用存储过程获取数据,并可选用 ADONET 向数据库发送数据。
将数据库查询结果返回到“业务层”,作为强类型的 ADONET 数据集。
优点:
具有.NET架构的公共优势。
具有很清晰的逻辑划分。
具有高度的可扩展性。
具有高度的可维护性。
具有高度的可伸缩性(数据服务层配置成COM+,服务器配置成“群集”,添加“负载均衡”)。
没有较多的状态维护。
缺点:
较复杂的程序设计。
对系统建模有高水平的要求。
没有用到高性能的ADO.NET。
结论: 建议使用范围
功能的扩展性要求较高的模块。
不侧重状态维护的模块。
模块架构建议方案2
见附图2
说明:
此设计模式基本同于MVC架构,该模式将核心数据和数据访问功能与使用这些功能的显示控制逻辑分开,这种设计模式支持多用户共享同一视图。
视图:页面及其包含元素。同于“表示层”。
模型(Model):代表
文档评论(0)