学习任务18：企业如何整合规划网络营销

1、山东华宇职业技术学院教学教案首页学习 任务课时整合规划网络营销八二学时分配授课日期授课十g上教室地点教学 目的 及要求1. 了解企业电子商务系统项目需求分析过程2. 掌握企业电子商务系统项目需求文档编写内容及格式3. 了解企业电子商务系统项目设计方案所涉及的内容及相应文档的编 写4. 掌握企业电子商务系统项目可行性分析5. 掌握企业电子商务系统项目计划及项目实施计划的编写6. 了解企业电子商务系统项目质量管理措施和项目评估因素7. 掌握企业电子商务系统项目测试文档的编写及格式重点 难点重点：1. 撰写网店经营计划书2. 经营前期市场调研3. 网店建设与经营管理4. 商品引进与供应商洽谈5. 网

2、店经营与营销活动评估难点：1. 撰写网店经营计划书2. 网店经营与营销活动评估课 后 记学生基本上能够掌握网上开店的全部过程，从经营计划一一市场调研一 经营管理一一供应商管理一一网店经营状况评估等工作技能和技巧。山东华宇职业技术学院教学教案内容【学习目标】1. 了解企业电子商务系统项目需求分析过程2. 掌握企业电子商务系统项目需求文档编写内容及格式3. 了解企业电子商务系统项目设计方案所涉及的内容及相应文档的编写4. 掌握企业电子商务系统项目可行性分析5掌握企业电子商务系统项目计划及项目实施计划的编写6. 了解企业电子商务系统项目质量管理措施和项目评估因素7. 掌握企业电子商务系统项目测试文档

3、的编写及格式【课前准备】电子商务系统是互联网时代计算机系统的主流应用，是集成了数据管理、 事务处理、业务流程重组、系统安全管理等技术的复杂系统。电子商务系统一方 面是一个相当复杂的工程，需要科学的系统规划和项目管理，那么我们应该如何 做好系统规划和项目管理？16.1设计方案该阶段是系统设计人员根据系统需求和目标进行详细的方案设计。方案设计没 有固定的公式可循，主要依靠设计者的经验，做出技术和结构的选择，并以组织 的文档反映，作为与客户交流论证方案和交付系统开发人员实施的依据。方案设计一般可分为概要设计和详细设计两部分。下面仍以“在线交易系统”模 式为例说明。16.1.1概要设计概要设计主要包括

4、“页面概要设计”和“数据库概要设计”两大部分。1.页面概要设计(1)页面概要设计文档的内容和目的“在线交易系统”是由若干文件构成，这些文件大都以网站的页面形式出现，这 些页面最初可能是由美工绘制的，然后由页面设计人员加工成静态页面，再由程 序员添加动态脚本。换句话说一个文件可能被若干个人修改。为了使这些人能够 进行最好成绩的协同工作，方法只有一个，那就是每个人都能清楚的知道这个页 面的位置和作用。所以，在文档中应该声明网页文件的名称、路经和功能。页面及路经的概要设计，主要包含网页命名的列表，它作为网站的索引目录为后 来的程序员迅速找到网页做好准备。(2)页面的概要设计文档样式，如下图表所示。“

5、在线交易系统”页面概要设计说明书部门：xxx时间：xxx作者：xxx引言目的：撰写本概要设计的目的人员：参与撰写本概要设计的人员关键字：本概要设计的关键字，便于查找相关文档：需求设计说明书，或者其他相关文档版本及源代码“在线交易系统”频道页面名称和流转关系 根目录目录和文件页面名称全路径说明对应需求设计页面index.htm/index.htm首页主页面文件夹名称全路径说明重要流转关系说明频道一目录和文件重要流转关系说明频道二 目录和文件 重要流转关系说明图表-5 “在线交易系统”页面概要设计说明书样式下面对文档样式进行说明版本及源代码软件的版本和源代码存放在vss下的位置要在此处声明，便于开

6、放人员将页面设 计完毕后添加到指定的vss目录中。根目录所有的系统文件都是从根目录下的首页开始的，根目录包含着首页、其他相关的 文件夹及另外非常重要的页面。如果说系统的组织比作一棵树，根目录便是该树 的根节点。频道需求设计人员在进行需求设计时已经根据功能基本划分出了频道；对于网页设计 人员来讲，频道其实就是许多相关联的网页组成的文件夹，确切说应该是根目录 下的第一级文件夹。目录和文件频道下仍然可能再包含目录和文件，这些也要在文件夹进行说明。重要流转关系说明流转关系也就是链接关系。需求设计说明书中会有页面链接的说明，如果已经明 确指明了，那么在概要设计里面可以不再要求；如果是概要设计人员另外加进

7、去 的，则需要特别加以说明。数据库概要设计 前面我们做的需求设计文档是对页面的描述，里面没有具体的数据。要做到动态 的查询和显示数据，就必须使用数据库，就必须进行数据库的设计。同时，为了 表达数据库的设计，让程序员或其他相关人员能够更加清楚迅速了解数据库的结 构，在设计数据库时，要做数据库概要设计文档。数据库概要设计容易产生争论的地方是，在概要设计环节中要不要把表的内容设 计好？如果概要设计中只给出表名称和表的关联关系，把表的内容设计和序列的 设计放到数据库详细设计环节中行不行？回答这个问题，必须先明确这样一个原则，即我们在设计某一个开发过程的内容 时，完全是为了项目可以更好地统筹安排，最大限

8、度地保证团队成员的并行开发, 而不是为了保证某项工作内容和工作描述在理论上更贴切。我们不妨作个假设：如果概要设计没有表格内容，则后台脚本和java bean的程 序员便没有办法和网页设计人员同时进行，因为其查询语句根本就无法编写。其 实上就造成了资源的浪费。为此，在本节我们建议在概要设计环节中把数据库相关表格设计完毕。数据库概要设计说明书样式分为两种：概要设计说明书：用来描述数据库设计的内容执行脚本：在移植数据库时使用。如果要了解数据库设计的相关内容，看概要设计说明书即可；若要移植数据库则 要通过执行脚本文档来实现。“在线交易系统”数据库概要设计说明书样式“在线交易系统”数据库概要设计说明书

9、部门：xxx时间：xxx 作者：xxx引言目的：撰写本概要设计的目的人员：参与撰写本概要设计的人员关键字：本概要设计的关键字，便于查找相关文档：需求设计说明书，或者其他相关文档 所属用户新建表格一览表格名称说明建立时间使用到其他已存在表格表格名称说明 建立时间参见xx数据库设计说明书表格及序列的详细说明表格一列名称列类型和长度是否为空列说明表格二列名称列类型和长度是否为空列说明图表-6 “在线交易系统”数据库概要设计说明书文档样式说明所属用户用户是拥有数据库操作权限的操作员。数据库的表格往往是某个用户建立的，这 时候，这写表格就属于这个用户。其他用户，包括dba权限的用户对这些表格进 行操作时

10、，就需要在表格前面声明这个表格所属的用户的用户名。用户在一定意 义上相当于表格路径。所建表格一览所建表格一览就是此用户下所有表格属性的列表，包括表格名称、表格的功能说 明、表格的建立时间等。“使用到的其他已存在的表格”即在开发过程中，后面的设计往往要使用到前面已存在的表格数据，这时候，就 要把这些信息在文档中描述出来，便于开发人员迅速找到相应的表格。表格及序列的详细说明表格是由列组成的，每一列都有类型、大小、是否为空、是否唯一等属性，这些 都是程序设计必不可少的信息，所以要清楚说明。比如：oracle采用序列的方 式实现自增量的设计，针对oracle设计的数据库说明书，需要对序列加以说明, 若

11、是db2和sql server则不必，但要声明哪一列采用了自增量属性，每一次自 增多少。脚本文档样式数据库的脚本文档往往以sql语句形式出现的，生成这种文档有一个简单可行的 办法，即在数据库的可视界面里用相应的功能按钮，直接获得操作的sql语句。详细设计概要设计完后，就开始进行详细设计。这阶段的主要参与人员包括：美工、网页 设计人员、程序员、测试人员。系统分析人员和项目经理主要负责团对成员的沟 通，并监督工作的进展。对基于“网站”形式的商务系统，详细设计至少应该包 括：页面详细设计、数据库详细设计、后台脚本详细设计，对应的文档自然也至 少包括以上三个部分。页面详细设计我们知道“在线交易系统”以

12、网页的形式展示在用户面前，所以详细设计部分中 网页详细设计应该是“在线交易系统”详细设计的第一个环节。在这一环节中， 设计人员把需求设计文档或者美工画的效果图制作成概要设计文档中已命名的 网页。网页的制作工具包括这样一些工作内容：制作html页面、制作css样式表、制 作js特效脚本、制作图片、广告和动画。开发环境和开发工具网页设计工具有dreamweaver和frontpage等。做图片可以采用fireworks或photoshop,这两者在网页制作方面也是平分秋色。 前者秉承小巧，后者在渲染方面更胜一筹，在制作大幅面广告时可以作为首选。制作动画当然少不了 flash。因为flash在动画制

13、作方面的杰出表现。具体的制作工具事实上也就这么多，js和css的编写在dreamweaver中进行即 可。调试时需要用到ie;同样是为了调试的需要，还应该在设计人员的机器上 安装 webserver; jsp 和 f ormservlet 应该安装 tomcat; asp 应该安装 iis; php 应该安装apache。web server的安装工作应该由程序员来完成。当这一切均安排妥之后，设计人员就可以开始从vss上获得需求分析说明书和概 要设计说明书，正式进入页面详细设计阶段。因为每个网式设计人员都要编写自己的页面文档，所以一个“在线交易系统”项 目最后可能形成多份页面详细设计文档。可以

14、把它们放在一个文件夹下，每份说 明书都以自己担当的频道功能来命名。文档样式参见下图。文档样式“在线交易系统”项目页面详细设计说明书部门：xxx时间：xxx作者：xxx引言目的：撰写本详细设计的目的人员：参与撰写本详细设计的人员关键字：本概要设计的关键字，便于查找相关文档：需求设计说明书，或者其他相关文档 页面一览页面全路径页面说明创建时间页面一css说明js说明层说明框架说明 页面二css说明js说明层说明框架说明图表-7页面详细设计说明书样式文档说明并不是所有的页面都应该有一份详细的说明书，只有包含css、js等内容的页面 才需要编写详细的设计说明书。页面详细设计说明书开始先对所有准备介绍的

15、页面进行列表，然后再分别详细介 绍个页面的内容。若无框架和层，则这些内容就不必写。数据库详细设计在概要设计的环节中，已经建立了用户、表格和序列，并形成了数据库概要设计 文档，这些内容已经足够用来编写后台脚本和javabean t.在程序员进行开发 时，数据库设计人员应该开始进行数据库的详细设计。数据库的详细设计内容包括，边空间的建立、索引的建立、存储过程的建立、触 发器的建立。同时，根据程序员构造的查询语句的需要，建立相应的视图。这些 内容都是为了优化数据库查询，减少数据库更改工作量。最后，还要完成数据库 详细设计。在此数据库详细设计包含的每一内容就不赘述了，主要介绍数据库详细设计文档 的书写

16、，也提供样式说明。数据库详细设计文档 表格、序列的名称在概要设计文档中已经声明过了，所以数据库详细设计说明书 中不再包含这些内容，主要说明索引、存储过程、视图、触发器等内容。文档样 式参见下图所示。“在线交易系统”数据库详细设计说明书部门：xxx时间：xxx作者：xxx引言目的：撰写本详细设计的目的人员：参与撰写本详细设计的人员关键字：本概要设计的关键字，便于查找相关文档：需求设计说明书，或者其他相关文档索引索引名称功能说明创建时间视图视图名称 功能说明创建时间 存储过程存储过程名称功能说明创建时间触发器触发器名称功能说明创建时间图表-8数据库详细设计文档样式后台脚本详细设计文档程序员在编写完

17、脚本后，根据开发计划还要编写详细设计文档。详细设计文档中 要说明这些页面的主要功能，处理事物流程，如果某些代码有特殊的地方，也要 适当声明。后台脚本详细设计说明书样式，参见下图所示。“在线交易系统”脚本详细设计说明书部门：xxx时间：xxx 作者：xxx目的：撰写本详细设计的目的人员：参与撰写本详细设计的人员关键字：本概要设计的关键字，便于查找相关文档：需求设计说明书，或者其他相关文档页面名称及功能一览页面全路径功能描述时间页面功能详细说明页面一页面功能概述页面功能流程图代码特别说明页面二页面功能概述页面功能流程图 代码特别说明 图表-9后台脚本详细设计说明书样式文档说明页面名称及功能一览文档

18、的开头要声明所有准备介入的页面的名称，作为本说明书的索引。页面功能流程图页面功能流程图如同技术需求说明中的功能流程图，画流程图可以更加形象地表 达页面的功能，这些内容在编写代码之初就可以先完成，对指导代码的编写也非 常有利。例如，用户在线购物的页面的功能流程图可以如图16-10所示。16.2项目总体计划在有详细的需求分析的基础上，项目经理就可以分解工作结构，并对各部分的人 员和时间进行合理的安排并编写项目计划书。使用统筹方法来编制项目计划，可 以大大节省项目时间。所以项目经理在分配工作任务书的时候也要充分利用统筹 方法，在不影响工作衔接的前提下，尽可能让系统开发工作并行进行。对于软件 项目的开

19、发要做到这一点确实要下一番功夫，将项目分割成很小，这样一来就可 以让更多的人参与进来。而基于网站的“在线交易系统”则较好解决该问题，因 为前后台是分开的，当网页设计人员完成“页面一”、开始“页面二”的设计时, 程序员就可以在“页面一”中添加脚本，而不必等待“页面一”和“页面二”都 设计好后才开始编写脚本。同样程序员编写完“页面一”的脚本后，测试人员就 可以进行测试。依此类推，便构成了网站的整个开发测试计划。项目计划书可以采用project来编写，project的用法学者可以查阅相关资料。项目计划书的文档样式，见下图表所示。“在线交易系统”开发计划书 作者:时间：部门：目录背景1.1目的1.2参

20、与开发人员1. 3相关文档开发任务进度表项目开始日期：x年x月x日“在线交易系统”项目开发进度说明书 标识号任务名称工期开始时间结束时间前置任务资源名称xx频道开发12天 2005年x月x日2005年x月x日宋一等nxx频道测试3天2005年x月x日2005年x月x日赵宋张等需要支持的部门“在线交易系统”项目开发任务安排说明书资源与分配开始时间完成时间工时宋_x年x月x日x小时文档内容说明目的阐明为什么要编写这个文档，本次项目要达到一个什么标准，满足客户什么需求, web应用实现什么功能。参与开发人员列举参与本次开发的开发人员姓名，主要工作内容，每人占一行。相关资料对于前面我们所提及的概要设计

21、说明书、详细设计说明书等都应该算作相关资 料。开发任务进度表开发任务进度表包含两个内容：一个是任务分工说明；一个是项目进度说明。任 务分工主要说明每个人要干什么。项目进度主要说明什么时候完成什么任务，以 及每个任务之间的关联关系。需要支持的部门一个项目往往不是开发小组所能独立完成的，开发过程中可能需要财务部提供财 务治山的支持，需要人事部门提供人员支持，需要测编辑部甚至后勤部门的大力 相助，这些内容也要写进计划书中，以便总负责人可以进行跨部门的协调工作。可行性分析可行性分析主要包含三部分内容：可行性分析报告样式1引言1.1编写目的：阐明编写可行性研究报告的目的，提出读者对象。1.2项目背景：应

22、包括所建议开发软件的名称项目的任务提出者、开发者、用户及实现软件的单位项目与其他软件或其他系统的关系。1.3定义：列出文档中用到的专门术语的定义和缩写词的原文。1.4参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料 来源，可包括项目经核准的计划任务书、合同或上级机关的批文与项目有关的已发表的资料文档中所引用的资料，所采用的软件标准或规范2. 可行性研究的前提2.1要求：列出并说明建议开发软件的的基本要求，如功能 性能输入/输出基本的数据流程和处理流程安全与保密要求与软件相关的其他系统完成日期2.2目标：可包括人力与设备费用的节省处理速度的提高控制精度或生产力的提高管理信息服务

23、的改进决策系统的改进人员工作效率的提高2.3条件、假定和限制：可包括建议开发软件运行的最短寿命进行显然方案选择比较的期限经费来源和使用限制法律和政策方面的限制硬件、软件、运行环境和开发环境的条件和限制 可利用的信息和资源建议开发软件投入使用的最迟时间2.4可行性研究方法2.5决定可行性的主要因素3. 对现有系统的分析3. 1处理流程和数据流程3.2工作负荷3.3费用支出：如人力、设备、空间、支持性服务、材料等项开支3.4人员：列出所需人员的专业技术类别和数量3.5设备3.6局限性：说明现有系统存在的问题以及为什么需要开发新的系统4. 所建议技术可行性分析4.1对系统的简要描述4. 2与现有系统

24、比较的优越性4. 3处理流程和数据流程4.4采用建议系统可能带来的影响对设备的影响对现有软件的影响对用户的影响 对系统运行的影响对开发环境的影响对经费支出的影响4.5技术可行性评价:包括在限制条件下，功能目的是否达到利用现有技术，功能目的是否达到对开发人员数量和质量的要求，并说明能否满足在规定的期限内，开发能否完成5所建议系统经济可行性分析5. 1支出5.2效益5.3收益/投资比5.4投资回收周期5. 5敏感性分析：指一些关键性因素，女口：系统生存周期长短系统工作负荷量处理速度要求设备和软件配置变化对支出和效益的影响等的分析6. 社会因素可行性分析6. 1法律因素：如合同责任侵犯专利权侵犯版权

25、6.2用户使用可行性：如用户单位的行政管理工作制度人员素质等能否满足要求7. 其他可供选择的方案逐个阐明其它可供选择的方案，并重点说明未被推荐的理由。8. 结论意见可着手组织开发需等待若干条件具备后才能开发需对开发目标进行某些修改不能进行或不必进行其它项目实施计划 该阶段的工作是对项目实施过程中的各类预算进行管理和监控。有全面而客观的 项目预算，并对各种状况做出分析，提出较好的解决方案，设计确保项目质量的 管理方案，并且可行性较高。项目开发计划制定完毕，分发给项目组全体成员，项目正式开始计时。团队成员 就开始按照项目计划开始工作。在概述中已经说过“在线交易系统”项目的团队 至少需要以下角色：项

26、目经理：负责制定项目计划，与开发人员进行沟通，解决矛盾，与客户接触等。需求分析人员：主要负责编写需求。系统分析人员：负责整个“在线交易系统”项目的系统技术分析，辅助项目制定 开发计划，解答开发人员在开发中遇到的问题等等。数据库设计人员：设计“在线交易系统”的数据库。开发人员：编写代码或脚本。美工：负责“在线交易系统”中效果图设计和图片、动画等的设计。网页设计人员：负责设计网页和简单图片。测试人员：负责“在线交易系统”的测试工作。这些角色在小的项目中，一人可以身兼几种角色。为了有效地和所有团队成员沟 通，及时掌握项目的进展及质量情况，制定一些项目开发制度是非常必要的。比 如：建立例会制度。例会一

27、般每周举行一次（项目紧急的话可能几天就举行一次），团队成员分别介 绍自己的工作进展情况，以及工作心得和遇到的情况，甚至还可以反映技术以外 的问题。比如：工资问题、休假问题、住房问题等。项目经理对于所有的问题应 给予及时的回应，从而保证团队成员能够以愉快的心情保证工作质量。此外，项目经理和系统分析员在开发进行一个阶段后，就应及时和开发人员沟通 确认。这种沟通非常必要，因为常常有程序员把项目积累到最后的几天才拼命完 成，最终导致项目质量太差，并且加重测试任务。项目评估质量的控制关键在于差异控制，即减少实际项目与预期的差异。尽管做事不可能 绝对完美，随便哪个项目总是多少存在一些缺憾，但是，我们的出发

28、点是尽可能 将缺憾降低到最小。“在线交易系统”项目的评估（质量评定）应该从以下几方面入手。需求分析质量，我们知道需求是开发的基础，如果需求本身做得不好，那么很难 期望后期的开发会做得很完美。数据库质量，“在线交易系统”是离不开数据的，数据是以数据库形式存储的， 优秀的数据库设计会将数据冗余降到最低，并最大加快数据库的运行速度。页面质量，包括页面布局、图片的美感、html、js、css代码的编写质量等。脚本质量，包括后台脚本、后台javabean程序、sql语句等。测试质量，因为程序本身可能存在错误，测试又是对程序质量的检测。所以测试 人员对测试技巧的掌握程度、测试的全面性和彻底都会影响到系统项

29、目的质量。文档质量，文档是项目的重要组成部分。特别像用户手册之类的，因为是对系统 安装及功能介绍的，所以一定要本着清楚明了的原则。16. 3网上商城项目规划实务子商务系统是互联网时代计算机系统的主流应用，电子商务现在正如火如荼的发 展，这类项目事实上仍属于一种信息展示兼交易的网站。一般来说，像此类的系 统主要的网页都不少于100个，在此，限于篇幅，我们只展示各频道的首页，其 他页面就省略了。现有一个用户在海南，专营海南特色商品，准备建立一个在线的商品销售站点， 这是总体需求。项目需求了解了用户的总体需求之后，分析人员和编辑先查找成熟的网上商城系统，了解 系统的组成。系统共分两个部分：面向用户的

30、部分，包括：网民在线注册、购物、提交订单等操作；“晶晶网上商城”管理部分，包括：产品信息的添加、删除、查询、订单的管理、 操作员的管理、注册用户的管理等。需求设计文档，“晶晶网上商城”项目也需要生成两种需求设计文档：技术需求文档；页面需求文档；“晶晶网上商城”技术需求设计说明书作者：崔真海日期：2005/1/1部门：技术部目录引言1. 1编写目的 为了更好地记录、分析、描述用户提出的技术需求，特编写此技术需求设计说明 书，同时更好地指导编辑的进行页面需求采集的工作。1.2项目背景本项目由“晶晶网上商城”网站提出，海南电子商务开发公司的开发部进行开发, 项目经理对整个项目的进度监督。1. 3关键

31、字1.4参考资料“晶晶网上商城”开发合同书技术概述2. 1 使用 jsp 和 formservlet 技术将本次网上商城做成界面友好性、用户购物方便、编辑管理产品信息方便的在线 购物系统。2. 2硬件环境采用用户已有的硬件环境即可。2. 3软件环境因为采用formservlet技术，所以对允许软件没有特殊需求。操作系统可以是windows. linux,数据库可以是 0racle. sql server. db2. web 服务器可以是 tomcat、weblogic、websphere等。与用户已有软件环境兼容。数据描述3.1已有数据 用户已有产品数据、商品数据作为基础数据需要导入数据库中，

32、所以这些数据都 是电子文档。3. 2录入数据需要编写后台的商品、产品、文章等录入程序。3. 3数据保存数据一律保存在数据库中。3.4数据词典产品：即数据库中的所有产品。商品：用于销售的产品。3. 5数据采集需求采集人员向用户收集相关产品信息。功能需求4. 1功能划分“晶晶网上商城”共分两个部分，一部分是面向用户的部分，网民在线注册、购 物、提交订单等操作，在这部分完成；另一部分是商城管理部分，这部分的内容 包括：产品的添加、删除、查询、订单管理、操作员的管理、注册用户的管理等。4.2功能描述4.2.1面向用户部分功能注册功能。消费者首先要注册为网上商城的用户。注册时只要填写登录用户名、 密码、

33、联系电子信箱3项信息即可。注册后，用户可以继续填写个人详细信息及 收获人信息，同时可以修改密码、查询及维护订单。选择产品功能。消费者浏览晶晶网上商城，将自己需求的产品放入到购物车中， 可继续添加商品。管理购物车。消费者选择完商品后可进入购物车页面，查看自己要购买的商品， 可修改某一商品数量、取消购买某商品和清空整个购物车。消费者确定购物车中的商品后提交订单，如消费者已填写好收货人信息，则页面 显示该信息并由消费者确认。如尚未填写则显示相应表单请其填写，系统记录消 费者提交的收货人信息以便其下次购物时使用。消费者提交订单后可在网上商城 查询该订单，并可对尚未处理的订单进行取消、修改等操作。补充说

34、明。消费者可先登录后购物，也可先行浏览网上商城，将商品放入购物车 中，在提交订单时系统提示其登录。（新用户要先注册）4.2.2后台管理部分管理用户功能。用户分为两级，管理员和基本用户。基本用户分为编辑、专卖店 负责人、消费者3类。不能自己注册，一律由最高级管理员添加。编辑拥有基本 用户的最高权限，可访问所有订单，可浏览、增、删、改、查订单，可维护订单 状态。专卖店负责人只有具有处理本店订单的权限，同样可以浏览、增、删、改、 查订单，可维护订单状态。管理订单功能。消费者可通过web方式取消、修改自己提交的订单（确认前）， 查询自己提交的订单（随时）。如订单的状态在一定时限（如24小时）后仍没 有变化（“订单关闭”状态除外），系统自动提醒专卖店负责人及网上商城编辑（如该订单变色，弹出提醒窗口等方式。订单2状态发生变化，系统自动发e-mai 1 给消费者，“无效订单”、“订单关闭”状态除外）。管理商品功能。商品由编辑添加、删除和修改。管理文章功能。应该有文章的添加、删除和修改的功能。性能需求5.1数据精确度价格单位保留到分。5.2时间特性保证用户一次最简单购物过程在1分钟内完成。53界面友好性购物流程要简单明了，产品图片要清楚，产品信息描述准确。操作流程图61用户购物流程图图表16-4用户购物流程图6.2订单处理流程说明消费者提交订单。页面显示：“感谢您在晶晶网上商城购物，您的订单