|
|
知识路径： > 电子商务系统程序设计基础 > 电子商务系统规划 >
|
被考次数：30次
被考频率：高频率
总体答错率：48%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：84个
|
|
|
|
|
|
|
|
|
任何事物都有产生、发展、成熟、消亡或更新的过程，电子商务系统也不例外。任何一个电子商务系统在使用过程中随着其生存环境的变化，都需要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替老系统，这种周期循环称为生存周期。
|
|
|
|
宏观上讲，在电子商务环境下，任一个信息系统的生存周期都可以分为系统规划、系统分析、系统设计、系统实施、系统运行和维护等五个阶段。
|
|
|
|
（1）系统规划阶段。系统规划阶段的任务是对企业的环境、目标、现行系统的状况进行初步调查，根据企业目标和发展战略，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。根据需要和可能，给出拟建系统的备选方案。对这些方案进行可行性分析，写出可行性分析报告。可行性报告审议通过后，将新系统建设方案及实施计划编成系统设计任务书。
|
|
|
|
（2）系统分析阶段。系统分析阶段的任务是根据系统设计任务书所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。系统分析阶段的工作成果体现在系统说明书中。
|
|
|
|
（3）系统设计阶段。系统设计阶段的任务是根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，即设计新系统的物理模型。这个阶段的技术文档是《系统设计说明书》。
|
|
|
|
（4）系统实施阶段。系统实施阶段是将设计的系统付诸实施的阶段。这一阶段的任务包括程序的编写和调试，人员培训，数据文件转换，计算机等设备的购置、安装和调试，系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开，必须精心安排、合理组织。
|
|
|
|
系统实施是按实施计划分阶段完成的，每个阶段应写出实施进度报告。系统测试之后写出系统测试分析报告。
|
|
|
|
（5）系统运行和维护阶段。系统投入运行后，需要经常进行维护和评价，记录系统运行的情况，根据一定的规格对系统进行必要的修改，评价系统的工作质量和经济效益。对于不能修改或难以修改的问题记录在案，定期整理成新需求建议书，为下一周期的系统规划做准备。
|
|
|
|
|
|
电子商务应用系统开发模型是描述系统开发过程中各种活动如何执行的模型。系统生命周期模型确立了开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。常见的生命周期模型有如下5个模型。
|
|
|
|
|
|
瀑布模型是将软件生命周期各个活动规定为依线性顺序连接的若干阶段的模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。它规定了由前至后、相互衔接的固定次序，如同瀑布流水，逐级下落。
|
|
|
|
瀑布模型为软件的开发和维护提供了一种有效的管理模式，根据这一模式制定开发计划，进行成本预算，组织开发力量，以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导，所以它是以文档作为驱动、适合于软件需求很明确的软件项目的模型。
|
|
|
|
但是，瀑布模型在大量的软件开发实践中也逐渐暴露出它的严重缺点。它是一种理想的线性开发模式，缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。
|
|
|
|
快速原型模型（Rapid Prototype Model）
|
|
|
|
快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么。
|
|
|
|
第二步则在第一步的基础上开发客户满意的软件产品。显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。
|
|
|
|
快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。
|
|
|
|
|
|
增量模型又称演化模型。大量的软件开发实践表明，许多开发项目在开始时对软件需求的认识是模糊的，因此很难一次开发成功。为了减少因对软件需求的了解不够确切而给开发工作带来的风险，可以在获取了一组基本的需求后，通过快速分析构造出该软件的一个初始可运行版本，这个初始的软件通常称为原型，然后根据用户在使用原型的过程中提出的意见和建议对原型进行改进，获得原型的新版本。在使用增量模型时，第一个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。增量模型特别适用于对软件需求缺乏准确认识的情况。
|
|
|
|
|
|
对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型和增量模型结合起来，加入了两种模型均忽略的风险分析，弥补了这两种模型的不足。
|
|
|
|
螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期大致和瀑布模型相符合。在每个螺旋周期分为如下四个工作步骤。
|
|
|
|
①制订计划。确定软件的目标，选定实施方案，明确项目开发的限制条件。
|
|
|
|
|
|
|
|
④用户评估。评价开发工作，提出修正建议，建立下一个周期的开发计划。
|
|
|
|
喷泉模型（Water Fountain Model）
|
|
|
|
喷泉模型是一种以用户需求为动力，以对象作为驱动的模型，适合于面向对象的开发方法。它克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。喷泉模型使开发过程具有迭代性和无间隙性。迭代意味着模型中的开发活动常常需要重复多次，在迭代过程中不断地完善软件系统。无间隙是指在开发活动（如分析、设计、编码）之间不存在明显的边界，也就是说，它不像瀑布模型那样，需求分析活动结束后才开始设计活动，设计活动结束后才开始编码活动，而是允许各开发活动交叉、迭代地进行。
|
|
|
|
|
|
|
|
从上面介绍的生命周期可知，开发一个电子商务系统，首先第一步要做的便是制定系统的发展规划。一是因为电子商务系统的发展规划是企业战略规划的重要组成部分，由于电子商务系统可以为企业制定或调整企业战略规划提供各种必要的信息支持，因此，系统的发展规划应当与企业战略规划有机地配合，所以，电子商务系统的发展战略应与整个企业的发展战略保持一致。二是因为信息技术发展非常迅速，开发电子商务系统受各方面因素的影响，风险很大，若没有做好规划，有可能在开发或实施过程中失败，也有可能因为技术选型不当，成为落后或不受支持的系统。
|
|
|
|
信息是企业的重要资源，应当被全企业共享，只有经过规划和开发的信息资源才能发挥作用。由于企业或组织内外的信息资源很多，其内外之间都有大量的信息需要交换和共享，如何收集、存储、加工和利用这些信息以满足各种不同层次的需要，这显然不是分散的、局部的考虑所能解决的问题，必须有来自高层的、统一的、全局的规划，将这些信息提取并设计出来，才能实现信息的共享。
|
|
|
|
总的来说，电子商务系统的总体规划需要解决以下三个方面的内容：
|
|
|
|
（1）系统的总目标和发展战略。进行系统规划，应根据企业的战略目标和内外约束条件（例如地域因素、行业因素等），确定系统的总目标和总体结构。系统的总目标规定系统的发展方向，发展战略则提出具体的步骤和每步应达到的子目标，同时还应给出衡量具体工作完成的标准。
|
|
|
|
（2）了解企业电子商务系统以及管理状况。现有应用系统的状况，包括软件设备、硬件设备、人员、各项费用、开发项目的进展及应用系统的情况，应充分了解和评价。同时，对于企业当前的组织结构、业务流程、企业文化、管理制度等情况作一些分析。这些信息都是制定总体规划的基础。
|
|
|
|
（3）对相关信息技术的预测。电子商务系统战略规划必然受到信息技术发展的影响，因此，对规划中涉及的软、硬件技术和方法论的发展变化及其对应用系统的影响做出预测，有条件的还应进行评估，以提高技术选型和产品选型的正确性。
|
|
|
|
|
|
用于系统规划的方法很多，这里主要介绍关键成功因素法（Critical Success Factors，CSF）、战略目标集转化法（Strategy Set Transformation，SST）和企业系统规划法（Business System Planning，BSP），这是用得最多的三种方法。其他还有企业信息分析与集成技术（BIAIT）、产出／方法分析（E/MA）、投资回收法（ROI）、征费法、零线预算法、阶石法等。
|
|
|
|
|
|
它包含以下四个步骤：了解企业目标；识别关键成功因素；识别性能的指标和标准；识别测量性能的数据。
|
|
|
|
关键成功因素法源自企业目标，通过目标分解和识别、关键成功因素识别、性能指标识别，一直到产生数据字典。这好像建立了一个数据库，一直细化到数据字典，因而有人又把这种方法用于数据库的分析与建立。关键成功因素就是要识别联系与系统目标的主要数据类及其关系，识别关键成功因素所用的工具是树枝因果图。
|
|
|
|
关键成功因素法在高层应用一般效果好，因为每一个高层领导人员日常总是在考虑什么是关键因素。对中层领导来说一般不太适合，因为中层领导所面临的决策大多数是结构化的，其自由度较小，对他们最好应用其他方法。
|
|
|
|
|
|
这种方法把企业的战略目标看成是一个“信息集合”，由使命、目标、战略和其他战略变量（如管理的复杂性、改革习惯以及重要的环境约束）等组成。应用系统的战略规划过程是把组织的战略目标转变为应用系统战略目标的过程。
|
|
|
|
这个方法的第一步是识别企业的战略集，先考察一下该企业是否有写成文的战略或长期计划，如果没有，就要去构造这种战略集合。可以采用以下步骤：①描绘出企业各类人员结构，如卖主、经理、雇员、供应商、顾客、贷款人、政府代理人、地区社团及竞争者等；②识别每类人员的目标；③对于每类人员识别其使命及战略。当企业战略初步识别后，应立即送交企业有关领导审阅和修改。
|
|
|
|
第二步是将组织战略集转化成电子商务应用系统战略。应用系统战略应包括系统目标、系统约束以及开发策略和设计原则等。这个转化的过程包括对企业战略集的每个元素识别对应的应用系统约束，然后提出整个应用系统的结构。
|
|
|
|
|
|
企业系统规划法是通过全面调查，分析企业信息需求，制定应用系统总体方案的一种方法。它有四个基本步骤：
|
|
|
|
（1）确定各级管理的统一目标，各个部门的目标要服从总体目标。通过对企业管理目标的定义，才能界定应用系统的目标。
|
|
|
|
（2）识别企业过程。这是BSP方法的核心。企业过程定义为逻辑上相关的一组决策和活动的集合。识别企业过程可对企业如何完成其目标有深刻的了解，并且有助于定义系统的功能和信息的流程。识别企业过程的步骤是：画过程流程图；写每一过程说明；过程分组；为过程组写说明；过程与组织相关；识别关键过程；修改、确认过程。
|
|
|
|
（3）定义数据类。在识别企业过程的基础上，分析每一个过程利用什么数据，产生什么数据，或者说每一过程的输入和输出数据是什么。将所有的数据分成若干大类。
|
|
|
|
在这一步骤中重点是分析数据实体及其相互之间的联系，按照各层管理人员和业务人员的管理经验和一些形式化方法，对数据实体进行聚集分析，将联系密切的实体划分在一起，形成一些实体组，即数据类。这些实体组内部的数据实体之间联系密切，而与外部实体联系很少，它们是划分数据类的依据，进而在数据类的基础上建立起主题数据库模型，为企业的不同管理需求提供必要的、稳定的、共享的总体数据模型。
|
|
|
|
（4）定义信息结构。定义信息结构也就是划分子系统，确定应用系统各个部分及其相关数据之间的关系。BSP方法是根据信息的产生和使用来划分子系统的，它尽量把信息产生的企业过程和使用的企业过程划分在一个子系统中，从而减少了子系统之间的信息交换。
|
|
|
|
具体的做法是用，U表示使用（Use），C表示产生（Create）。U/C矩阵的最左列是第二步识别出的企业过程，最上一行是第三步归纳出的数据类。如果某过程产生某数据，就在某行某列矩阵元中写C；如果某过程使用某数据，则在其对应矩阵元中写U。开始时数据类和过程是随机排列的，U、C字母在矩阵中排列也是分散的。我们调整过程和数据类的顺序，尽量使C和U字母集中到对角线上排列，然后把字母U和C比较集中的区域用粗线条框起来，这样形成的框就是一个个子系统。在粗框外的U表示一个系统使用另一个子系统的数据。这样就完成了子系统划分，并确定了信息结构。划分好子系统后，应对这个子系统内容进行分析和说明，并把它们写成文档。
|
|
|
|
前面讲到了三种系统规划的方法，下面对它们进行比较。
|
|
|
|
CSF（关键成功因素法）能抓住主要矛盾，使目标的识别突出重点。由于经理们比较熟悉这种方法，用这种方法所确定的目标，经理们乐于努力去实现。该方法最有利于确定企业的管理目标。
|
|
|
|
SST（战略目标转化集法）从另一个角度识别管理目标，它反映了各种人的要求，而且给出了按这种要求的分层，然后转化为应用系统目标的结构化方法。它能保证目标比较全面，疏漏较少，但它在突出重点上不如前者。
|
|
|
|
BSP（企业系统计划法）虽然也首先强调目标，但它没有明显的目标导引过程。它通过识别企业“过程”引出了系统目标，企业目标到系统目标的转换时通过企业过程／数据类等矩阵的分析得到的。由于数据类也是在企业过程基础上归纳出的，所以我们说识别企业过程是BSP战略规划的中心，决不能把BSP方法的中心内容当成U/C矩阵。
|
|
|
|
这三种方法也可能综合起来，把它叫做CSB方法（即CSF、SST和BSP结合）。这种方法先用CSF方法确定企业目标，然后用SST方法补充完善企业目标，并将这些目标转化为应用系统目标，用BSP方法校核两个目标，并确定应用系统结构，这样就补充了单个方法的不足。当然这也使得整个方法过于复杂，而削弱了单个方法的灵活性。可以说迄今为止电子商务应用系统总体规划没有一个十全十美的办法。由于总规划本身的非结构性，可能永远也找不到一个唯一解。进行任何一个系统的规划均不应照搬以上方法，而应具体情况具体分析，选择以上方法可取的思想，灵活运用。
|
|
|
|
在总体规划中一定要强调数据位于系统的中心观念，即“数据中心”原理或“数据稳定性”原理。所谓“数据中心”原理是指，只要企业的性质和目标不变，它的数据类就是稳定的，任何经营管理活动都离不开对这些数据的存取。应用系统的开发应该面向数据类，而不应该面向处理过程，因为处理过程是多变的。尽管通过识别过程可以得到很多数据项，但开发新的应用系统时一定要明确数据模型是稳定的而处理是多变的基本原理和前提，在此基础上，尽量识别出企业的元数据和数据类。这样，电子商务应用系统就有较强的适应性。
|
|
|
|
|
|
我们分析完系统所涉及的问题、需求、环境等之后，就可以开始考虑新系统如何操作的问题了。在这个阶段里，我们的工作是确定候选方案，分析那些候选方案并推荐一个将被设计、构造和实现的目标系统。
|
|
|
|
这个阶段我们主要的工作有：确定候选方案、分析候选方案、比较候选方案、修改项目计划。
|
|
|
|
|
|
给定确立的业务需求后，我们首先必须确定候选方案。某些候选方案是由系统所有者和用户的设计思想和观点形成的，另一些候选方案可能有各种来源，并且某些技术选择可能受到一个预先定义的并已经被批准的技术架构的限制。评估候选方案不是这时的工作，这个阶段只需定义要被考虑的可能的候选方案。
|
|
|
|
|
|
每个候选方案都必须进行可行性分析。当每个候选方案被确定时或者所有的候选方案都被确定后，我们都可以进行这项分析。我们在下一节将会对可行性分析做详细介绍。
|
|
|
|
|
|
一旦完成了对每个候选方案的可行性分析后，就可以比较这些候选方案，从中选出一个或多个方案推荐给系统所有者和用户。首先，任何不可行的候选方案通常从进一步考虑中排除掉。对于剩下方案中最可行的方案，我们要确定和推荐在运行可行性、技术可行性、经济可行性和社会环境可行性方面提供整体最优组合的候选方案。
|
|
|
|
|
|
当一步步了解了系统的问题、需求和方案时，我们不断地修改项目计划并相应地调整项目范围。所以根据我们推荐的方案，应该再一次评估项目范围，并相应地修改项目计划。
|
|
|
|
|
|
建设电子商务系统是一项浩大而复杂的工作，它涉及技术与业务多方面的内容，而到现在也没有一条唯一的成功之路，所以在电子商务应用系统的规划过程中，有必要听取多方意见，邀请不同领域的专业人员参与系统的规划。
|
|
|
|
|
|
（1）企业领导层。企业领导层参与系统规划是非常必要的，因为他们了解企业的核心业务与商务过程，能够对应用系统起到控制与决策的作用。
|
|
|
|
（2）企业经营人员。企业经营人员掌握了解有关市场、客户、产品、商务流程、增值点与业务延伸等知识，并且他们非常清楚与其他企业的协作，同时也能够作为应用系统的最终用户，提供专项电子商务的需求。他们在系统规划中能够使商务模式、服务内容更加清晰，同时也能在企业流程再造、对商务逻辑的决策、系统评估、运行决策等方面做出贡献。
|
|
|
|
（3）企业外部的商务顾问、技术顾问与其他咨询人员。技术顾问会对电子商务系统需要的技术及集成提供建议，而商务顾问会对企业的未来和商务模式设计提供有用的建议、案例。其他咨询人员包括ISP（Internet Service Provider，Internet服务供应商）或成功的电子商务运营商、物流专家、金融投资顾问等。这些咨询人员能够对多个方面提出建议，例如企业供应链设计、新系统的评估等等。
|
|
|
|
（4）技术人员。规划过程中必须包括各方面的专业技术人员，他们有项目管理经理、网络专家、Web应用专家、数据通信方面的专家等精通信息技术与因特网技术的技术人员。
|
|
|
|
（5）其他人员。系统的规划中还必须适当地包括例如文档管理人员、法律人员等其他人员。他们能够利用特定的专业知识对规划提出建议并且辅助工作。
|
|
|
