网络营销教案学习任务十八企业如何整合规划网络营销.docx
《网络营销教案学习任务十八企业如何整合规划网络营销.docx》由会员分享，可在线阅读，更多相关《网络营销教案学习任务十八企业如何整合规划网络营销.docx（28页珍藏版）》请在冰点文库上搜索。
网络营销教案学习任务十八企业如何整合规划网络营销
教学教案首页
学习任务
整合规划网络营销
课时分配
学时
授课日期
授课地点
教室
教学目的及要求
1．了解企业电子商务系统项目需求分析过程
2．掌握企业电子商务系统项目需求文档编写内容及格式
3．了解企业电子商务系统项目设计方案所涉及的内容及相应文档的编写
4．掌握企业电子商务系统项目可行性分析
5．掌握企业电子商务系统项目计划及项目实施计划的编写
6．了解企业电子商务系统项目质量管理措施和项目评估因素
7．掌握企业电子商务系统项目测试文档的编写及格式
重点难点
重点：
1．撰写网店经营计划书
2．经营前期市场调研
3．网店建设与经营管理
4．商品引进与供应商洽谈
5．网店经营与营销活动评估
难点：
1.撰写网店经营计划书
2.网店经营与营销活动评估
课
后
记
学生基本上能够掌握网上开店的全部过程，从经营计划——市场调研——经营管理——供应商管理——网店经营状况评估等工作技能和技巧。
教学教案内容
【学习目标】
1．了解企业电子商务系统项目需求分析过程
2．掌握企业电子商务系统项目需求文档编写内容及格式
3．了解企业电子商务系统项目设计方案所涉及的内容及相应文档的编写
4．掌握企业电子商务系统项目可行性分析
5．掌握企业电子商务系统项目计划及项目实施计划的编写
6．了解企业电子商务系统项目质量管理措施和项目评估因素
7．掌握企业电子商务系统项目测试文档的编写及格式
【课前准备】
电子商务系统是互联网时代计算机系统的主流应用，是集成了数据管理、事务处理、业务流程重组、系统安全管理等技术的复杂系统。
电子商务系统一方面是一个相当复杂的工程，需要科学的系统规划和项目管理，那么我们应该如何做好系统规划和项目管理？
16.1设计方案
该阶段是系统设计人员根据系统需求和目标进行详细的方案设计。
方案设计没有固定的公式可循，主要依靠设计者的经验，做出技术和结构的选择，并以组织的文档反映，作为与客户交流论证方案和交付系统开发人员实施的依据。
方案设计一般可分为概要设计和详细设计两部分。
下面仍以“在线交易系统”模式为例说明。
16.1.1概要设计
概要设计主要包括“页面概要设计”和“数据库概要设计”两大部分。
1．页面概要设计
（1）页面概要设计文档的内容和目的
“在线交易系统”是由若干文件构成，这些文件大都以网站的页面形式出现，这些页面最初可能是由美工绘制的，然后由页面设计人员加工成静态页面，再由程序员添加动态脚本。
换句话说一个文件可能被若干个人修改。
为了使这些人能够进行最好成绩的协同工作，方法只有一个，那就是每个人都能清楚的知道这个页面的位置和作用。
所以，在文档中应该声明网页文件的名称、路经和功能。
页面及路经的概要设计，主要包含网页命名的列表，它作为网站的索引目录为后来的程序员迅速找到网页做好准备。
（2）页面的概要设计文档样式，如下图表所示。
“在线交易系统”页面概要设计说明书
部门：
XXX
时间：
XXX
作者：
XXX
引言
目的：
撰写本概要设计的目的
人员：
参与撰写本概要设计的人员
关键字：
本概要设计的关键字，便于查找
相关文档：
需求设计说明书，或者其他相关文档
版本及源代码
“在线交易系统”频道页面名称和流转关系
根目录
目录和文件
页面名称
全路径
说明
对应需求设计页面
Index.htm
/index.htm
首页
主页面
文件夹名称
全路径
说明
重要流转关系说明
频道一
目录和文件
重要流转关系说明
频道二
目录和文件
重要流转关系说明
图表-5“在线交易系统”页面概要设计说明书样式
下面对文档样式进行说明
版本及源代码
软件的版本和源代码存放在VSS下的位置要在此处声明，便于开放人员将页面设计完毕后添加到指定的VSS目录中。
根目录
所有的系统文件都是从根目录下的首页开始的，根目录包含着首页、其他相关的文件夹及另外非常重要的页面。
如果说系统的组织比作一棵树，根目录便是该树的根节点。
频道
需求设计人员在进行需求设计时已经根据功能基本划分出了频道；对于网页设计人员来讲，频道其实就是许多相关联的网页组成的文件夹，确切说应该是根目录下的第一级文件夹。
目录和文件
频道下仍然可能再包含目录和文件，这些也要在文件夹进行说明。
重要流转关系说明
流转关系也就是链接关系。
需求设计说明书中会有页面链接的说明，如果已经明确指明了，那么在概要设计里面可以不再要求；如果是概要设计人员另外加进去的，则需要特别加以说明。
数据库概要设计
前面我们做的需求设计文档是对页面的描述，里面没有具体的数据。
要做到动态的查询和显示数据，就必须使用数据库，就必须进行数据库的设计。
同时，为了表达数据库的设计，让程序员或其他相关人员能够更加清楚迅速了解数据库的结构，在设计数据库时，要做数据库概要设计文档。
数据库概要设计容易产生争论的地方是，在概要设计环节中要不要把表的内容设计好？
如果概要设计中只给出表名称和表的关联关系，把表的内容设计和序列的设计放到数据库详细设计环节中行不行？
回答这个问题，必须先明确这样一个原则，即我们在设计某一个开发过程的内容时，完全是为了项目可以更好地统筹安排，最大限度地保证团队成员的并行开发，而不是为了保证某项工作内容和工作描述在理论上更贴切。
我们不妨作个假设：
如果概要设计没有表格内容，则后台脚本和JavaBean的程序员便没有办法和网页设计人员同时进行，因为其查询语句根本就无法编写。
其实上就造成了资源的浪费。
为此，在本节我们建议在概要设计环节中把数据库相关表格设计完毕。
数据库概要设计说明书样式分为两种：
概要设计说明书：
用来描述数据库设计的内容
执行脚本：
在移植数据库时使用。
如果要了解数据库设计的相关内容，看概要设计说明书即可；若要移植数据库则要通过执行脚本文档来实现。
“在线交易系统”数据库概要设计说明书样式
“在线交易系统”数据库概要设计说明书
部门：
XXX
时间：
XXX
作者：
XXX
引言
目的：
撰写本概要设计的目的
人员：
参与撰写本概要设计的人员
关键字：
本概要设计的关键字，便于查找
相关文档：
需求设计说明书，或者其他相关文档
所属用户
新建表格一览
表格名称
说明
建立时间
使用到其他已存在表格
表格名称
说明
建立时间
参见XX数据库设计说明书
表格及序列的详细说明
表格一
列名称
列类型和长度
是否为空
列说明
表格二
列名称
列类型和长度
是否为空
列说明
图表-6“在线交易系统”数据库概要设计说明书
文档样式说明
所属用户
用户是拥有数据库操作权限的操作员。
数据库的表格往往是某个用户建立的，这时候，这写表格就属于这个用户。
其他用户，包括DBA权限的用户对这些表格进行操作时，就需要在表格前面声明这个表格所属的用户的用户名。
用户在一定意义上相当于表格路径。
所建表格一览
所建表格一览就是此用户下所有表格属性的列表，包括表格名称、表格的功能说明、表格的建立时间等。
“使用到的其他已存在的表格”
即在开发过程中，后面的设计往往要使用到前面已存在的表格数据，这时候，就要把这些信息在文档中描述出来，便于开发人员迅速找到相应的表格。
表格及序列的详细说明
表格是由列组成的，每一列都有类型、大小、是否为空、是否唯一等属性，这些都是程序设计必不可少的信息，所以要清楚说明。
比如：
Oracle采用序列的方式实现自增量的设计，针对Oracle设计的数据库说明书，需要对序列加以说明，若是DB2和SQLServer则不必，但要声明哪一列采用了自增量属性，每一次自增多少。
脚本文档样式
数据库的脚本文档往往以SQL语句形式出现的，生成这种文档有一个简单可行的办法，即在数据库的可视界面里用相应的功能按钮，直接获得操作的SQL语句。
详细设计
概要设计完后，就开始进行详细设计。
这阶段的主要参与人员包括：
美工、网页设计人员、程序员、测试人员。
系统分析人员和项目经理主要负责团对成员的沟通，并监督工作的进展。
对基于“网站”形式的商务系统，详细设计至少应该包括：
页面详细设计、数据库详细设计、后台脚本详细设计，对应的文档自然也至少包括以上三个部分。
页面详细设计
我们知道“在线交易系统”以网页的形式展示在用户面前，所以详细设计部分中网页详细设计应该是“在线交易系统”详细设计的第一个环节。
在这一环节中，设计人员把需求设计文档或者美工画的效果图制作成概要设计文档中已命名的网页。
网页的制作工具包括这样一些工作内容：
制作HTML页面、制作CSS样式表、制作JS特效脚本、制作图片、广告和动画。
开发环境和开发工具
网页设计工具有DreamWeaver和FrontPage等。
做图片可以采用Fireworks或Photoshop，这两者在网页制作方面也是平分秋色。
前者秉承小巧，后者在渲染方面更胜一筹，在制作大幅面广告时可以作为首选。
制作动画当然少不了Flash。
因为Flash在动画制作方面的杰出表现。
具体的制作工具事实上也就这么多，JS和CSS的编写在DreamWeaver中进行即可。
调试时需要用到IE；同样是为了调试的需要，还应该在设计人员的机器上安装WebServer；JSP和FormServlet应该安装Tomcat；ASP应该安装IIS；PHP应该安装Apache。
WebServer的安装工作应该由程序员来完成。
当这一切均安排妥之后，设计人员就可以开始从VSS上获得需求分析说明书和概要设计说明书，正式进入页面详细设计阶段。
因为每个网式设计人员都要编写自己的页面文档，所以一个“在线交易系统”项目最后可能形成多份页面详细设计文档。
可以把它们放在一个文件夹下，每份说明书都以自己担当的频道功能来命名。
文档样式参见下图。
文档样式
“在线交易系统”项目页面详细设计说明书
部门：
XXX
时间：
XXX
作者：
XXX
引言
目的：
撰写本详细设计的目的
人员：
参与撰写本详细设计的人员
关键字：
本概要设计的关键字，便于查找
相关文档：
需求设计说明书，或者其他相关文档
页面一览
页面全路径
页面说明
创建时间
页面一
CSS说明
JS说明
层说明
框架说明
页面二
CSS说明
JS说明
层说明
框架说明
…
图表-7页面详细设计说明书样式
文档说明
并不是所有的页面都应该有一份详细的说明书，只有包含CSS、JS等内容的页面才需要编写详细的设计说明书。
页面详细设计说明书开始先对所有准备介绍的页面进行列表，然后再分别详细介绍个页面的内容。
若无框架和层，则这些内容就不必写。
数据库详细设计
在概要设计的环节中，已经建立了用户、表格和序列，并形成了数据库概要设计文档，这些内容已经足够用来编写后台脚本和JavaBean了。
在程序员进行开发时，数据库设计人员应该开始进行数据库的详细设计。
数据库的详细设计内容包括，边空间的建立、索引的建立、存储过程的建立、触发器的建立。
同时，根据程序员构造的查询语句的需要，建立相应的视图。
这些内容都是为了优化数据库查询，减少数据库更改工作量。
最后，还要完成数据库详细设计。
在此数据库详细设计包含的每一内容就不赘述了，主要介绍数据库详细设计文档的书写，也提供样式说明。
数据库详细设计文档
表格、序列的名称在概要设计文档中已经声明过了，所以数据库详细设计说明书中不再包含这些内容，主要说明索引、存储过程、视图、触发器等内容。
文档样式参见下图所示。
“在线交易系统”数据库详细设计说明书
部门：
XXX
时间：
XXX
作者：
XXX
引言
目的：
撰写本详细设计的目的
人员：
参与撰写本详细设计的人员
关键字：
本概要设计的关键字，便于查找
相关文档：
需求设计说明书，或者其他相关文档
索引
索引名称
功能说明
创建时间
视图
视图名称
功能说明
创建时间
存储过程
存储过程名称
功能说明
创建时间
触发器
触发器名称
功能说明
创建时间
图表-8数据库详细设计文档样式
后台脚本详细设计文档
程序员在编写完脚本后，根据开发计划还要编写详细设计文档。
详细设计文档中要说明这些页面的主要功能，处理事物流程，如果某些代码有特殊的地方，也要适当声明。
后台脚本详细设计说明书样式，参见下图所示。
“在线交易系统”脚本详细设计说明书
部门：
XXX
时间：
XXX
作者：
XXX
引言
目的：
撰写本详细设计的目的
人员：
参与撰写本详细设计的人员
关键字：
本概要设计的关键字，便于查找
相关文档：
需求设计说明书，或者其他相关文档
页面名称及功能一览
页面全路径
功能描述
时间
页面功能详细说明
页面一
页面功能概述
页面功能流程图
代码特别说明
页面二
页面功能概述
页面功能流程图
代码特别说明
…
图表-9后台脚本详细设计说明书样式
文档说明
页面名称及功能一览
文档的开头要声明所有准备介入的页面的名称，作为本说明书的索引。
页面功能流程图
页面功能流程图如同技术需求说明中的功能流程图，画流程图可以更加形象地表达页面的功能，这些内容在编写代码之初就可以先完成，对指导代码的编写也非常有利。
例如，用户在线购物的页面的功能流程图可以如图16-10所示。
16.2项目总体计划
在有详细的需求分析的基础上，项目经理就可以分解工作结构，并对各部分的人员和时间进行合理的安排并编写项目计划书。
使用统筹方法来编制项目计划，可以大大节省项目时间。
所以项目经理在分配工作任务书的时候也要充分利用统筹方法，在不影响工作衔接的前提下，尽可能让系统开发工作并行进行。
对于软件项目的开发要做到这一点确实要下一番功夫，将项目分割成很小，这样一来就可以让更多的人参与进来。
而基于网站的“在线交易系统”则较好解决该问题，因为前后台是分开的，当网页设计人员完成“页面一”、开始“页面二”的设计时，程序员就可以在“页面一”中添加脚本，而不必等待“页面一”和“页面二”都设计好后才开始编写脚本。
同样程序员编写完“页面一”的脚本后，测试人员就可以进行测试。
依此类推，便构成了网站的整个开发测试计划。
项目计划书可以采用Project来编写，Project的用法学者可以查阅相关资料。
项目计划书的文档样式，见下图表所示。
“在线交易系统”开发计划书
作者：
时间：
部门：
目录
背景
1.1目的
1.2参与开发人员
1.3相关文档
开发任务进度表
项目开始日期：
X年X月X日
“在线交易系统”项目开发进度说明书
标识号
任务名称
工期
开始时间
结束时间
前置任务
资源名称
1
XX频道开发
12天
2005年X月X日
2005年X月X日
宋一等
n
XX频道测试
3天
2005年X月X日
2005年X月X日
赵宋张等
需要支持的部门
“在线交易系统”项目开发任务安排说明书
资源与分配
开始时间
完成时间
工时
宋一
X年X月X日
X年X月X日
X小时
文档内容说明
目的
阐明为什么要编写这个文档，本次项目要达到一个什么标准，满足客户什么需求，Web应用实现什么功能。
参与开发人员
列举参与本次开发的开发人员姓名，主要工作内容，每人占一行。
相关资料
对于前面我们所提及的概要设计说明书、详细设计说明书等都应该算作相关资料。
开发任务进度表
开发任务进度表包含两个内容：
一个是任务分工说明；一个是项目进度说明。
任务分工主要说明每个人要干什么。
项目进度主要说明什么时候完成什么任务，以及每个任务之间的关联关系。
需要支持的部门
一个项目往往不是开发小组所能独立完成的，开发过程中可能需要财务部提供财务治山的支持，需要人事部门提供人员支持，需要测编辑部甚至后勤部门的大力相助，这些内容也要写进计划书中，以便总负责人可以进行跨部门的协调工作。
可行性分析
可行性分析主要包含三部分内容：
可行性分析报告样式
1.引言
1.1编写目的：
阐明编写可行性研究报告的目的，提出读者对象。
1.2项目背景：
应包括
●所建议开发软件的名称
●项目的任务提出者、开发者、用户及实现软件的单位
●项目与其他软件或其他系统的关系。
1.3定义：
列出文档中用到的专门术语的定义和缩写词的原文。
1.4参考资料：
列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括
●项目经核准的计划任务书、合同或上级机关的批文
●与项目有关的已发表的资料
●文档中所引用的资料，所采用的软件标准或规范
2.可行性研究的前提
2.1要求：
列出并说明建议开发软件的的基本要求，如
●功能
●性能
●输入/输出
●基本的数据流程和处理流程
●安全与保密要求
●与软件相关的其他系统
●完成日期
2.2目标：
可包括
●人力与设备费用的节省
●处理速度的提高
●控制精度或生产力的提高
●管理信息服务的改进
●决策系统的改进
●人员工作效率的提高
2.3条件、假定和限制：
可包括
●建议开发软件运行的最短寿命
●进行显然方案选择比较的期限
●经费来源和使用限制
●法律和政策方面的限制
●硬件、软件、运行环境和开发环境的条件和限制
●可利用的信息和资源
●建议开发软件投入使用的最迟时间
2.4可行性研究方法
2.5决定可行性的主要因素
3.对现有系统的分析
3.1处理流程和数据流程
3.2工作负荷
3.3费用支出：
如人力、设备、空间、支持性服务、材料等项开支
3.4人员：
列出所需人员的专业技术类别和数量
3.5设备
3.6局限性：
说明现有系统存在的问题以及为什么需要开发新的系统
4.所建议技术可行性分析
4.1对系统的简要描述
4.2与现有系统比较的优越性
4.3处理流程和数据流程
4.4采用建议系统可能带来的影响
●对设备的影响
●对现有软件的影响
●对用户的影响
●对系统运行的影响
●对开发环境的影响
●对经费支出的影响
4.5技术可行性评价:
包括
●在限制条件下，功能目的是否达到
●利用现有技术，功能目的是否达到
●对开发人员数量和质量的要求，并说明能否满足
●在规定的期限内，开发能否完成
5.所建议系统经济可行性分析
5.1支出
5.2效益
5.3收益/投资比
5.4投资回收周期
5.5敏感性分析：
指一些关键性因素，如：
●系统生存周期长短
●系统工作负荷量
●处理速度要求
●设备和软件配置变化对支出和效益的影响等的分析
6.社会因素可行性分析
6.1法律因素：
如
●合同责任
●侵犯专利权
●侵犯版权
6.2用户使用可行性：
如
●用户单位的行政管理
●工作制度
●人员素质等能否满足要求
7.其他可供选择的方案
逐个阐明其它可供选择的方案，并重点说明未被推荐的理由。
8.结论意见
●可着手组织开发
●需等待若干条件具备后才能开发
●需对开发目标进行某些修改
●不能进行或不必进行
●其它
项目实施计划
该阶段的工作是对项目实施过程中的各类预算进行管理和监控。
有全面而客观的项目预算，并对各种状况做出分析，提出较好的解决方案，设计确保项目质量的管理方案，并且可行性较高。
项目开发计划制定完毕，分发给项目组全体成员，项目正式开始计时。
团队成员就开始按照项目计划开始工作。
在概述中已经说过“在线交易系统”项目的团队至少需要以下角色：
项目经理：
负责制定项目计划，与开发人员进行沟通，解决矛盾，与客户接触等。
需求分析人员：
主要负责编写需求。
系统分析人员：
负责整个“在线交易系统”项目的系统技术分析，辅助项目制定开发计划，解答开发人员在开发中遇到的问题等等。
数据库设计人员：
设计“在线交易系统”的数据库。
开发人员：
编写代码或脚本。
美工：
负责“在线交易系统”中效果图设计和图片、动画等的设计。
网页设计人员：
负责设计网页和简单图片。
测试人员：
负责“在线交易系统”的测试工作。
这些角色在小的项目中，一人可以身兼几种角色。
为了有效地和所有团队成员沟通，及时掌握项目的进展及质量情况，制定一些项目开发制度是非常必要的。
比如：
建立例会制度。
例会一般每周举行一次（项目紧急的话可能几天就举行一次），团队成员分别介绍自己的工作进展情况，以及工作心得和遇到的情况，甚至还可以反映技术以外的问题。
比如：
工资问题、休假问题、住房问题等。
项目经理对于所有的问题应给予及时的回应，从而保证团队成员能够以愉快的心情保证工作质量。
此外，项目经理和系统分析员在开发进行一个阶段后，就应及时和开发人员沟通确认。
这种沟通非常必要，因为常常有程序员把项目积累到最后的几天才拼命完成，最终导致项目质量太差，并且加重测试任务。
项目评估
质量的控制关键在于差异控制，即减少实际项目与预期的差异。
尽管做事不可能绝对完美，随便哪个项目总是多少存在一些缺憾，但是，我们的出发点是尽可能将缺憾降低到最小。
“在线交易系统”项目的评估（质量评定）应该从以下几方面入手。
需求分析质量，我们知道需求是开发的基础，如果需求本身做得不好，那么很难期望后期的开发会做得很完美。
数据库质量，“在线交易系统”是离不开数据的，数据是以数据库形式存储的，优秀的数据库设计会将数据冗余降到最低，并最大加快数据库的运行速度。
页面质量，包括页面布局、图片的美感、HTML、JS、CSS代码的编写质量等。
脚本质量，包括后台脚本、后台JavaBean程序、SQL语句等。
测试质量，因为程序本身可能存在错误，测试又是对程序质量的检测。
所以测试人员对测试技巧的掌握程度、测试的全面性和彻底都会影响到系统项目的质量。
文档质量，文档是项目的重要组成部分。
特别像用户手册之类的，因为是对系统安装及功能介绍的，所以一定要本着清楚明了的原则。
16.3网上商城项目规划实务
子商务系统是互联网时代计算机系统的主流应用，电子商务现在正如火如荼的发展，这类项目事实上仍属于一种信息展示兼交易的网站。
一般来说，像此类的系统主要的网页都不少于100个，在此，限于篇幅，我们只展示各频道的首页，其他页面就省略了。
现有一个用户在海南，专营海南特色商品，准备建立一个在线的商品销售站点，这是总体需求。
项目需求
了解了用户的总体需求之后，分析人员和编辑先查找成熟的网上商城系统，了解系统的组成。
系统共分两个部分：
面向用户的部分，包括：
网民在线注册、购物、提交订单等操作；
“晶晶网上商城”管理部分，包括：
产品信息的添加、删除、查询、订单的管理、操作员的管理、注册用户的管理等。
需求设计文档，“晶晶网上商城”项目也需要生成两种需求设计文档：
技术需求文档；
页面需求文档；“晶晶网上商城”技术需求设计说明书
作者：
崔真海
日期：
2005/1/1
部门：
技术部
目录
引言
1.1编写目的
为了更好地记
升级会员 