电子商务商城网站项目规划书.doc

网站项目规划书
1.邦礼电子商务商城
1． 开发背景
随着Internet的发展和迅速普及，网上购物这一新型购物方式已逐渐被人们所接受，并逐渐改变甚至取代了传统的购物观念。人们足不出户就可以在网上浏览的全国各地的商品信息，方便快捷地搜索到自己所需要的商品，而安全的在线支付和送货上门服务，使人们更加深切地体会到这一购物方式的优越性
与此同时，网上商城这种的商业运营模式被越来越多的商城运用到竞争中，并的到了大多数客户认可，这种基于浏览器、服务器实现的销售方式已初具规模。一些电子商务网站的成立，从整体上降低了企业成本，加快了企业对市场的响应速度，提高了企业的服务质量和竞争力。
根据国际和国内网络市场应用环境和网上购物被全世界人认可，并成为主流购物方式，建议史密斯先生在您拥有大量固定资产实体企业环境下建立网上商城系统。扩大市场销售额，提高企业的知名度，扩大同行业的竞争力，利用国际国内的物流系统实现物流的快速流转。利用电子银行，电子钱包系统进行货币资金的回笼和管理，企业会成为国际有影响力的企业。
2.系统分析
1．需求分析
随着中国市场经济的日趋成熟，中国企业面对的竞争压力越开越大，企业要想生存，在提高企业内部管理效率、充分利用企业内部资源的基础上，必须不断扩展销售渠道、扩大消费群体，提高企业的竞争力。随着信息化时代的到来，电子商务网站成为企业得外展示商品信息，从事商务活动的窗口。如何建立企业的电子商务网站，如何把企业业务扩展到Ineternet上，已经成为企业普遍面临的问题。
2． 可行性分析
根据《GB8567—1988计算机软件产品开发文件编制指南》中可行性分析的要求，制定可行性研究报告如下。
þ 引言
þ 编写目的。
为了给企业的决策层提供是否进行项目实施的参考依据，现以文件的形式分析项目的风险、项目需要的投资与效益。
þ 背景。
北京邮电大学联众公司是北京市邮电大学联合成立的一家中型的私营企业，受斯密斯先生的邀请，为邦礼公司开发电子商务项目，该项目为邦礼公司拓展销售提高企业知名度和竞争力。具有一定的促进作用，根据斯密斯先生的要求，和当前环境的现状，我们要打造一款优于淘宝、苏宁易购的商城的优秀系统。
þ 可行性研究的前提
þ 要求
电子商务平台系统要求能够提供会员注册、在线购物、在线支付等功能。
þ 目标
电子商城平台系统的主要目标是系统、全面地展示网站中的商品，简化用户在线购买流程，确保用户在线支付的安全性，进一步提高企业的经济效益。
þ 条件、假定和限制。
项目需要在2个月内交付用户使用。系统分析人员需求要2天内到位，用户需要5天时间确认需求分析文档。去除其中可能出现的问题，例如用户可能临时有事，占用7天时间确认需求分析。那么程序开发人员需要在1个月零20几天的时间内进行系统实际、程序编码、系统测试和网站部署工作。期间，还包括了员工每周的休息时间。
þ 评价尺度
根据用户的要求，系统应以商品展示盒销售功能为主，对于网站的最新和热销商品能够及时地展品等数据信息实施有效安全的管理。
3.投资及效益分析
þ 支出
根据系统的规模及项目的开发周期（2个月），公司决定投入6个人。为此，公司将直接支付20万元的工资及各种福利待遇。在项目安装及调试阶段，用户培训、员工出差等费用支出需要3万元。在项目维护预计需要投入2万元的资金。项目累计投入25万元资金。
þ 收益。
用户提供项目资金25万元。对于项目运行后进行的改动，采取协商的原则根据改动规模额外提供资金。因此从投资与收益的效益比上，公司可以获得13.5万元的利润。
项目完成后，会给公司提供资源储备，包括技术、经验的累积，其后再开发类似的项目时，可以极大地缩短项目开发周期。
4.结论
根据上面的分析，在技术不会存在问题，因此项目延期的可能性很小。在效益上，公司投入6个人、2个月的时间获利25万元，比较可观。在公司今后发展上，可以储备网站开发的经验和资源。因此认为该项目可以开发。
3.编写项目计划书
根据《GB8567-1988计算机软件产品开发文件编制指南》中的项目开发计划要求，结合单位实际情况，设计项目计划书如下。
1. 引言
þ 编写目的。
为了保证项目开发人员按时保质地完成预定目标，更好地了解项目实际情况，按照合理的顺序开展工作，现以书面的形式将项目开发生命周期中的项目任务范围、项目团队组织结构、团队成员的工作责任、团队内外沟通协作方式、开发速度、检查项目工作等内容描述出来，作为项目相关人员之间的共识和约定、项目生命周期内的所有项目活动的行动基础。
þ 背景
电子商务平台系统是由邦礼公司委托我公司开发的大中型电子商务平台系统。系统主要用于扩展企业渠道，提高公司下效益。项目周期为2月。项目背景规划如表2.1所示。
项目名称
项目委托单位
任务提出者
项目承担部门
电子商务平台系统
邦礼公司
史密斯
研发部门
测试部门
2. 概述
（1） 项目目标
项目目标应当符合SMART原则，把项目要完成的工作用清晰的语言描述出来。电子商务平台系统的项目目标如下：
电子商务平台系统主要的目的是实现网上购物的信息化管理。电子商务平台的主要业务就是在线销售，因此系统最核心的功能便是实现网上在线销售功能。项目实施后，能够扩展销售渠道、扩大商品消费群体、提高企业效益。整个项目需要在2个月的时间内交付用户使用。
（2） 产品目标与范围
项目实施后，将为企业提供一个崭新的销售渠道，面对的将是一个庞大的消费群体，可以快速并广泛地提高企业知名度；系统的维护和管理仅需几个人就能完成，企业无需另外支付销 售人员工资及柜台装修费用；方便快捷的在线支付功能，省却了现金流通环节中不安全因素；可以极大地提高企业的经济效益和企业竞争力。
（3） 应交付成果
项目开发完成后，交付的内容如下。
þ 以光盘的形式提供电子商务平台系统的源程序、网站数据库文件、系统使用说明书。
þ 系统发布后，进行无偿维护和服务6个月，超过6个月进行网站有偿维护与服务。
（4） 项目开发环境
操作系统为Windows 7或Windows 10，使用集成开发工具Microsoft Visual 2008，数据库采用SQL Server 2008，项目运行服务为Internet信息服务（IIS）管理器。
（5） 项目验收方式与依据
项目验收分为内部验收和外部验收两种方式。在项目开发完成后，首先进行内部验收，由测试人员根据用户需求和项目目标进行验收。项目在通过内部验收后，再交给用户进行验收，验收的主要依据为需求规格说明书。
3. 项目团队组织
þ 组织结构
为了完成电子商务平台的项目开发，公司组建了一个临时的项目团队，由公司副经理、项目经理、系统分析员、软件工程师、前台开发工程师和测试人员构成，如图2.1所示。
þ 人员分工。
为了明确项目团队中每个人的任务分工，现制定人员分工表，如图2.2所示。

副经理

项目经理

系统分析员 软件工程师 网页设计师 测试人员
图2.1 项目团队组织结构图

表2.2人员分工表
姓名
技术水平
所属部门
角色
工作描述
马一瑞
MBA
项目开发部
项目经理
负责项目的前期分析、策划、项目开发进度的跟踪、项目质量的检查
于疆
高级软件分析员
项目开发部
系统分析员
负责系统功能分析、系统框架设计
李烨
高级软件工程师
项目开发部
软件工程师
负责软件设计与编码
冯昶
高级软件工程师
项目开发部
软件工程师
负责软件设计与编码
许龙
高级美工设计师
设计部
网页设计师
负责网页风格的确定、网页图片的设计
宋启华
中级系统测试工程师
项目开发部
测试人员
对软件进行测试、编写软件测试文档
4. 系统设计
1.系统目标
对于典型的数据库管理系统，尤其是电子商务平台这样数据比较大的网络管理系统，必须要满足使用方便、操作灵活等设计需求。本系统在设计时应该满足一下几个目标;
þ 界面设计美观友好，操作简便。
þ 全面、分类展示商城内所有商品。
þ 显示商品的详细信息，方便顾客了解商品信息。
þ 查看商城内的交易信息。
þ 设置灵活的打印功能。
þ 系统对用户输入的数据，进行严格的数据检验，尽可能排除认为错误。
þ 提供新品上市公告，方便顾客及时了解相关信息。
þ 提供网站留言功能。
þ 提供网上在线支付功能。
þ 系统最大限度地实现易维护性和易操作性。
þ 系统运行稳定、安全可靠。
2.系统流程图
电子商务平台系统流程图，如图2.2所示。

网站访问者
网站管理员
电子商务网站

注册
否

登陆

是
登录
6

是

进行商品信息管理、订单管理、用户管理、系统管理等
是 否

选择商品你

否
购物车

否
购物车
是
更改商品数量

查看订单

购买

在线支付

图2.2电子商务平台系统流程图
3.系统功能结构
为了使读者能够更清楚的了解网站的结构，下面给出电子商务网站的前台功能模块结构图和后台功能模块结构图。
电子商务平台前台管理系统功能设计如图2.3所示。
电子商务平台前台管理系统

商品分类
用户中心
购物流程
会员登录
我的购物车
热门商品
推荐商品
最新商品
本站公告

我的留言
网站留言

图2.3 电子商务平台前台功能结构图
电子商务平台后台管理系统的功能设计如图2.4所示。

商品管理
商品增加
留言管理
上传管理
管理会员
删除管理员
添加管理员
查询订单
编辑订单
商品类别管理
商品类别增加
系统管理
用户管理
订单管理
管理员管理
库存管理
电子商务平台后台管理系统

图2.4后台功能结构图

4.系统预览
电子商务平台网是由多个Web页面组成，下面仅列出几个典型页面，其他页面参见光盘中的源程序。
网站首页如图2.5所示，在其中展示了商城推荐商品、热门商品等，并提供商品分类导航灯信息。网站的购物流程页面如图2.6所示，让用户清楚地了解在本网站购物全过程。

2.3.5前台设计技术有
HTML5 CSSS3 GS PS AI
三、编码略
四、数据库及数据库编码设计
略
五、后台程序编码设计
略
六、编码测试
内部测试和客户测试
要求：程序运行稳定，不出任何的错误，即使出现错误也有处理的办法和措施
七、应运出现部署客户端
部署阶段的任务和活动
1. 创建安装计划
2. 实施物理过程
3. 准备和转换过程
4. 执行用户培训计划
5. 打包和部署
6. 安装和运行系统
7.2创建安装计划
l 购买硬件
l 准备场所—布线。提供通讯点，安装空调等
l 购买环境软件
l 安装硬件和环境软件
l 安装已开发软件
l 培训
7.3实施物理过程
l “物理过程”是组织机构将循环的与自动化系统并进行的过程
l 系统的成功部署取决于使用系统的人的适应性，和软件的质量，因此需要使用物理过程
7.4执行用户培训计划
l 需要通过培训确保成功部署软件
l 需要分析确定个人和集体的培训需求
7.5实际操作用户
l 需要前面了解系统（详细了解格式，验证，错误消息的含义等）
7.6最终用户
l 使用系统提供的信息
l 可以使高级经理，衙门不会每天操作系统，但是使用查询和报表模块
7.7需要重点培训用户的是
l 如何使用设备
l 详细说明营运程序及可以从应用程序获得什么
l 应用程序的窗体、表格
l 添加、删除和修改记录
l 如何从系统中检索信息
l 基本的故障排除
l 正确初始化系统
l 正确使用帮助系统
l 如何配置系统
7.8培训系统操作员应该侧重于
l 如何使用设备
l 小故障的排除
l 维护活动
l 数据传储及恢复
l 如何优化系统性能
8.1准备和转换数据
l 部署新系统时，需要将旧数据包括在其中
l 需要校验旧系统中的数据，以确保其正确输入，而且不影响新数据的完整性
8.2打包和部署
l 集成各软件组件，合并到一个单元中
l 这对在客户场所部署系统很有用
8.3安装和运行系统
l 检查需要那种操作系统，需要做什么硬件和软件变化
8.4通知用户系统情况
l 通知用户系统以部署
l 内部部门应了解部署进度
l 用电子邮件和备忘录的形式发送通知
8.5通知内用包括下列事项
l 部署进度表
l 对新系统好处的简要概述
l 新旧系统的差别
l 获得系统支持的过程
8.6进行部署后评审
l 归档评审经验
l 建议系统改进的地方
l 为以后的项目提供指导
8.7修改以前的稳定或创建新文档，修改和更新以前创建的文档（例如：软件开发、操作手册等）
9.1部署
项目经理：负责部署阶段的成功执行，还负责评审和审批可交成果并向管理层提供状态报告
角色2最终用户和项目小组是要了解系统的功能并很好地熟悉系统
9.2转换
是最新系统替代现在的系统
转换的策略：并行 试用 分阶段 直接
并行转换:新系统与旧系统并行运行，如果新系统产生问题，可以切换旧系统
试用转换：只有再该部门部署成功并修正错误之后，才在其他部们安装该系统
分阶段转换：系统部署分阶段进行，先部署系统的部分，而不是一次就全部部署
直接转换：直接用新系统代替旧系统，最具风险的方法
9.3部署
部署后的文档，部署结束时，应对用户手册等形式提供文档
部署后：由项目经理和代表在“审批证书”上签字，将已完成的系统交付给客户，进入操作和维护阶段
部署后的交付成果：1交付的系统 2变更实施通知 3版本说明文档 4部署后评审
2 在部署阶段为变更的正式请求和批准文档
3跟踪和控制发行软件版本的主要文档，包括软件特点的概括
4在部署后评审内容：1系统功能是否符合计划和预定要求2成本是否超出估算金额 3是否得到了计划的好处
9.4用户手册 操作手册 转换计划的定稿
用户手册大纲
（1） 简介
（2） 用途和范围
组织机构
联系方式
项目参考
主要业务功能
（3） 系统性能
（4） 系统功能说明
（5） 操作说明
（6） 错误处理
（7） 帮助
11.操作手册：对使用系统的用户提供操作帮助提供对系统过程和操作的描述
大纲：1概要
用途和范围
项目参考
词汇表
2系统概述
3运行说明
转换计划的大纲
1简介
用途和范围
联系方式
项目参考
词汇表
2转换概述
系统概述
系统转换概述
转换说明
转换类型
转换策略
转换风险因素
转换任务
转换计划
转换前任务
主要任务和过程
安全
3转换支持
八、软件维护
一、维护
概念：包括软件交付后对软件的修改（更多是对软件的扩展，而不仅仅是改正错误）
维护时改正错误。改善性能或者是产品适应改变的环境
软件维护阶段开始于初次交付软件系统或组件之后
良好软件开发目标：
1在软件交付时，应满足隐含的和直接的要求
2如果需求改变，软件必须容易修改
维护的需求分析：维护阶段本身包括所以软件开发活动，所创建的软件 是本阶段（以及其中各次要阶段）的输入，因为修改软件是必须考虑现在需求，这是一个约束
二软件维护基础知识
维护的原因
改正错误
改正设计
与其他系统接口
进行扩展
对系统进行必要的更换
变更文件或数据库
改进设计
转换程序，以便能够并入不同的硬件，软件和系统工具软件
维护的四个主要方面
管理系统的日常功能
管理系统的修改
完善现有的功能
保持或者提升系统的性能

三.软件的演化
维护是演化式开发：
在演化过程中，系统变得越来越复杂，维护活动也将持续进行
维护
首先应该思考维护计划，然后设计和开发计划，考虑维护概念要考虑的方面是：
1. 维护的范围是说明？
2. 在交付后的过程中应做哪些实适应性修改？
3. 谁将提供维护?
4. 生命周期的成本是什么？
四.维护的类别
改正行维护：查找和改正用户反馈的缺陷
适应性维护：修改应用程序，使其符合外部环境的变化
完善性维护：改善软件，以提高性能和可维护性
五.维护分析可用的工具有：
程序分析工具
软件理解技术
逆向工程工具
软件可视化工具
软件影响分析工具
维护人员系统设计：
1. 维护阶段的设计较受限制，因为设计人员必须受现有系统设计的限制，在当前设计中实现新的需求
2. 软件再造工程重新设计现有软件，使它能够在满足所有需求的同时，得到很好的维护
3. 维护活动:编码
维护人员：编码
维护阶段的编码更加受限制
4. 维护可用工具
l 反编译器
l 翻译工具
5. 维护活动：测试
可用工具
l 比较工具
l 回归测试工具
维护：危险阶段只修改了一些组件或软件的一部分，通常指测试该部分以及受变更影响的部分
六．维护活动：部署
可用的工具
l 变更管理工具和问题报告/跟踪工具用于报告软件的问题和请求变更
l 配置工具
l 构建管理
l 发行管理工具
*维护完成之后的软件部署与软件开发阶段的部署相同
2.其他维护活动
维护人员从事的与软件开发无关的其他活动（除了支持活动外）维护人员需要做的是
维护 审查 审查 用户培训质量保证
配置管理：维护还包括系统的计划，移植和淘汰和验证
3.维护的概念：应将所有软件构建为“可维护”—易于扩展，改编或改正
4.维护的分类：检查时要求增加新功能还是修改现有功能
5.维护的七阶段：分类和标示 分析 设计 实验 系统和测试 验收测试 交付
*维护工程型使维护工程标准化
软件维护问题：
l 在结构设计时就遗留下来的问题
l 有40%—60%的时间用于理解软件
l 对软件进行反复测试的成本在时间和金钱上都是昂贵；需要完成对已修改的组件的测试一比较难
l 人员配置—争取获得所需要的人力资源
l 多版本
七.维护成本
l 由于系统维护问题，所以维护成本很高
l 维护成本的高低取决于进行的维护类别
l 一轮维护过后的维护会更加困难（而且成本增高）
l 编程语言和编译器随年份增长变果实的同时，维护成本也在增加
l 在二十世纪八十年代中期以前，大部分的成本用于软件开发：在此之后，维护占用了最大成本
1.维护成本的非技术因素
l 团队稳定性
l 契约责任
l 员工技能
*估算维护成本：将历史数据和经验结合起来
影响维护成本的技术因素
l 软件对运行环境的依赖性
l 编程风格
l 测试与改错工作
l 文档的质量
l 编程语言
再造工程3-1
什么叫工程再造：对系统进行重新改造
工程在造需要哪些人员：图形设计员 DBA （数据分析员）程序员 其他
软件系统 ：windows 应用程序 ASP NET WEB 应用程序
再造工程就是对现有系统重构建
对现有软件 审查 变更
*对再造工程的理解
l 如果把维护