信息系统分析与设计

1、信息系统分析与设计讲授提纲课程简介：1、 为什么开设这门课？本课程教学目的：“具备现代经济、管理学理论基础、计算机科学技术知识及应用能力，掌握软件工程思想和方法，能从事计算机信息系统分析、设计、实施、管理和评价等工作的高级专门人才。”对专业成长的意义：程序员高级程序员系统分析员（Systems Analyst）,或日显重要的CIO（Chief Information Officer）。本课程以过去所学经济管理类课程，与计算机科学技术类课程为基础，力图将以往所学知识全部调动出来，解决经济建设与社会发展面临的信息化建设问题。对非经管类软件开发所起作用相同。建立一种信息系统开发的思想，工作的思路，了

2、解开发过程中需用到的各种方法、工具，系统开发质量的评价标准，为下一步实际投入真实系统（而不是编小段的程序）的开发建设打下思想、理论的基础。2、 主要内容简介 主要内容：软件工程学科的由来与发展，结构化系统开发方法（详细，基础），面向对象的开发方法。 相关与相近课程：系统开发理论与方法、软件工程、软件开发技术等。重点掌握：系统思想与方法，系统开发的生命周期模型及其各种变型运用，系统开发常用方法与工具，系统开发理论与方法的最新发展。3、 教材与参考书教材：软件工程 2/e 2006年1月出版 张海藩编著 人民邮电出版社参考：Software EngineeringA Practitioners A

3、pproach, 6/e, Jun., 2006, By Roger S. Pressman, Mc Graw Hill, 清华大学出版社英文原版影印第一篇 软件工程与软件过程第一章 软件工程主要内容：软件危机及其产生原因克服软件危机的途径软件工程学科的产生软件工程的基本原理软件工程方法学（传统方法学、面向对象方法学）1.1 软件危机软件的产生及其开发方法的发展演变。软件危机的主要表现：软件开发无计划，或无法按计划进行（一切“走着瞧”，工期超期、成本超支）；不能确切保证理解用户需求；无软件质量保证及相应技术，无软件质量衡量标准；软件可维护性与可重用性做不到；无必需的文档，开发出的软件无任何人可

4、理解；软件及开发成本越来越高（相应地硬件成本降低），而软件生产效率却越来越低，跟不上硬件发展，跟不上日益高涨的软件应用需求。产生原因：软件生产过程较硬件更难控制、管理、评价缺乏软件质量标准（没有物理意义上的标准），和保证质量的技术措施软件开发中引入的错误较难发现，修改时又可能引入新错误软件日趋庞大、复杂，人控制复杂问题的能力有限（多人协同完成时更难），又不重视开发方法选用和开发过程管理。程序设计者常忽视软件需求分析的重要性，用户需求不准确、不完整缺乏软件产品的完整概念（软件配置），忽视文档建设，导致维护困难代价改动出现的时期早 中 后高 中 低总之，一方面传统的个体化程序设计工作方式、和习惯的

5、“作坊式”开发环境与60年代中期起计算机应用的普及、软件需求量剧增，软件日趋庞大、复杂形成尖锐矛盾。另方面，不注意质量和可维护性，使得每开发出一个新的软件系统，开发人员即陷入无休止的维护、修改之中，无暇接手新系统，且这种情况越来越严重，形成“软件危机”。1.2 软件工程IEEE（1983年）强调了软件的正确定义：是由计算机程序、方法、规则、相关的文档资料以及运行数据五种成分构成的完整配置。该定义否定了一直以来以为软件就是一段程序代码，是个人灵机一动而生成的神秘产物，强调了软件是一种工程产物“产品”特性。解决软件危机要采用工程化方法（分析问题，设计方案，控制实施）；要研究系统开发的理论与方法；要

6、利用高效的支持性的软件开发环境与工具；要有必要的组织管理与过程控制措施。 软件工程的基本定义1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际会议上正式提出“软件工程”一词，并形成一门学科。NATO(北大西洋公约组织)最初给出的定义为：“软件工程就是为了经济地获得可靠的，且能在实际机器上运行的软件，而建立和使用完善的工程原理”。IEEE（1993年）也对软件工程做了定义：是把系统的、规范的、可度量的途径用于软件开发、运行和维护过程，也就是把工程应用于软件； 研究上一点中提到的“途径”。软件工程是技术与管理相结合，研究软件开发效率与质量的一门学科。四十余年来，软件科学家为此开展了大量研

7、究工作。一般认为软件工程具有如下本质特性： 重点关注大型软件构造（多人员、长时间、复杂结构）； 中心是如何控制复杂度问题（系统分析、逐个解决、提高可管理、可控性）； 强调可维护、可改变（适应现实世界变化，延长生命期）； 提高开发效率（方法学、辅助工具）； 和谐合作（标准、规范、过程，团队合作、沟通工具）； 有效支持客户（确保满足功能、性能需求，提供完整配置产品）； 明确自己扮演的角色（明确服务职责，了解领域业务、文化背景知识，创造性开发产品。客户是一切，应用是一切，客户评价是唯一标准） 软件工程的（七条）基本原理（B. W. Boehm, 1983）：用分阶段的生命周期计划严格管理坚持进行阶段

8、评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查开发小组的人员应该少而精承认不断改进软件工程实践的必要性软件工程方法学（Methodology）方法学（又称范型Paradigm）,指软件生命周期全过程中使用的一整套技术、方法的集合。方法学包括方法、工具和过程三种要素。 传统方法学（结构化方法学、生命周期法，可以面向过程/数据） 面向对象方法学（对象：数据与对数据操作的结合，OO方法=对象+类+继承+消息通讯）第二章 软件过程软件工程中的“过程”指：为获得高质量软件所要完成的一系列任务的框架，它规定了完成各项任务的工作步骤和要求标准。通常用“生命周期”法定义任务框架。2.1 软件生命

9、周期的基本任务软件的生命周期 VS 软件开发的生命周期 软件生命周期软件系统运行、维护阶段交付使用系统废弃软件定义阶段软件开发阶段系统开发生命周期提出开发 软件系统开发的生命周期软件系统开发的生命周期提出开发交付使用问题定义需求分析概要设计详细设计编码和单元测试综合测试维护可行性研究各国（甚至各企业）在阶段划分上会有不同，但大顺序不会不同。（中国有国家标准GB/T 8566-2001 信息技术 软件生存周期过程）2.2 各种软件开发生命周期模型为开发软件系统所必须完成的一系列工作的框架（任务内容、过程要求与步骤）1 开发生命周期模型之一：传统的“瀑布模型”问题定义可行性研究需求分析总体设计详细

10、设计编码和单元测试综合测试（转入软件维护）软件定义软件开发维护 特点：各阶段的展开具有顺序性、前后依赖性 尽可能地推迟物理实现的时间 可以在各阶段末用验证、测试等把关的办法保证阶段性产品的质量 强调文档生成（滚动生成）系统开发生命周期各阶段简介其实，软件开发生命周期所含阶段的个数少则可以3个（分析（定义）、设计、实现），多者可分出89个。本书作者分出7个阶段，分别是：问题定义、可行性研究、需求分析、概要设计、详细设计、编码和单元测试、综合测试，以及软件维护（已不属于开发生命周期），分别简介如下：a) 问题定义：要解决的问题的性质？是否适合计算机方法解决？项目的基本目标与项目的大致规模。b) 可

11、行性研究：该问题是否有可行的解决方法（技术、经济、可操作）？是否值得去解？c) 需求分析：用模型的方法描绘出目标系统必须能够实现的全部功能，产生新系统的逻辑模型，并得到用户的确认。所产生文档称“需求报告”或“规格说明”。d) 概要设计：新系统总体实现策略（子系统划分、软硬方案、网络架构、软件体系结构等）e) 详细设计：新系统各方面的具体设计（数据库、模块算法、I/O界面、代码体系等）f) 编码和单元测试：完成各模块的程序编码并对他们进行测试。g) 综合测试：完成集成、系统、验收等测试及相应调试工作。完成系统提交。此外，软件维护：通过各种维护工作使运行的系统能持久地满足用户需要。（几种其它开发生

12、命周期模型简介）2 快速原型模型快速原形验 证规格说明m验 证设 计验 证编 码验 证综合测试维 护变化的需求m验 证特点：从重要界面入手，通过原型获取需求规格；其间与用户有大量交互、探讨过程；依赖快速或自动生成工具。3 增量模型（渐增模型）维 护需求分析验 证规格说明验 证概要设计验 证针对每个构件，完成详细设计、编码和集成，经测试后交付给用户特点：先完成全部需求分析、规格说明、概要设计，再分解出各个增量构件；第一个增量构件是代表系统核心功能的产品；此后每一个增量构件也都是一个可运行的产品，且可以和已实现部分集成、测试；可较短时间内提供部分产品，使客户提前熟悉、使用；每次新的增量构件与已有部

13、分的集成实际上有些困难。增量模型之二（并行构建，进度加快，但缺乏总体分析设计，风险更大）构件1：构件2：规格说明设 计编码和集成交付客户设 计编码和集成交付客户构件3：设 计编码和集成规格说明交付客户规格说明4 螺旋模型快速原形验 证风险分析规格说明验 证风险分析设 计验 证风险分析编 码验 证风险分析风险分析维 护风险分析综合测试简化的螺旋模型变化的需求验 证风险分析（完整的螺旋模型见P.22，图2.7）特点：每次先做风险分析（风险驱动），做原型，然后是本周期产品的设计、实现、评价、对下一周期工作的规划。与原型法区别：在做原型之前，加风险分析；每一周期完成的不是最终产品，只是阶段产品（如完成

14、规格说明书或编码）；每一周期的工作步骤（除风险分析外）相当于瀑布模型；强调规避风险，适用于可由自己控制（如内部开发）的大型软件；对风险评估、风险排除的专门知识和经验要求较高。维护期需求阶段面向对象分析阶段面向对象设计阶段编码阶段集成和测试阶段运行状态进一步开发 喷泉模型进一步开发特点：一种有代表性的面向对象式开发生命周期； 中间垂直线表示有开发进展总目标； 各阶段活动有重叠（模型的连贯特性使得各阶段的转换“无缝”） 各阶段内下弯箭头表示阶段内不断迭代、求精 运行状态下的进一步开发或维护也是开发过程的迭代（两个下弯箭头表示）2.3 系统的概念与系统思想的建立 什么是“系统”系统是相互依赖、相互作

15、用的若干组成部分结合而成的，具有特定功能的整体（钱学森） 定义中的几个要点a.系统由多个相互依赖相互作用的元素组成b.这些元素具有一定的组成结构c.每个元素有各自的分功能，分功能是对系统总功能的贡献d.系统总功能大于系统各元素分功能之和（系统有增益作用）e.系统的基本要素包括：系统环境（位于系统之外，与系统有关联的部分）、系统边界（系统与环境间的分界，取决于系统目标的界定及研究者所关心的问题）、系统输入、系统输出、系统组成元素与各自功能、系统结构（各部分间交互关系，如层次式、网络式等）、子系统、接口（系统或子系统两两之间交互方式与内容） 系统的思想与方法复杂系统是由不那么复杂的子系统构成的。理

16、解复杂系统可用分解的办法（这种分解可逐层不断进行），使复杂系统化解为许多可理解的小（小小）系统。同样，复杂问题总是由不那麽复杂的子问题组成的，可用类似方法不断分解复杂问题使之不断降低复杂程度和抽象程度，成为一些简单的、具体的问题。底层简单问题的解决等与其相应上层问题的解决，上层问题全部解决就等于其相应上上层问题的解决。这种把复杂问题看成一个系统的思想，并利用分解综合的办法解决之的做法就是系统的思想与方法。第二篇 传统方法学第三章 结构化分析3.1 概述结构化分析的根本目标是获取准确的用户需求，并用E-R图、数据流图、数据字典、状态图，以及其它图、表、文字说明等构成关于新系统的模型或规格说明。这

17、相当于工程化过程中要首先产生蓝图。需求分析的任务:对系统必需实现的功能、性能及其他需求，提出完整、准确、清晰、具体的描述。即，产生完整的新系统逻辑模型。具体工作包括：1、确定对系统的综合要求：功能要求确定系统必须完成的所有功能（工作量最大）性能要求处理时间、效率、存储容量、安全性、灾害恢复等可靠性和可用性需求平均无故障时间长，任何时刻保证可用出错处理需求对各种出错情况的及时、有效反映与处理接口需求用户接口、硬件接口、软件接口、通讯接口等要求约束政策、法规、标准要求；精度、实现工具、软硬平台要求逆向需求不应该、不需要做什么将来可能提出的要求为将来可能的扩充修改所预做的准备。2、分析系统的数据要求

18、：对系统的综合要求特别是功能要求基本确定后，要确定支持这些要求所需的数据，包括系统运行所需的系统输入、中间变换、预先存放的数据，以及产生的输出数据需求分析阶段要通过逻辑数据分析产生系统的概念数据模型。主要方法工具是E-R图，规范化等3、导出系统的逻辑模型根据功能分析和数据分析结果导出新系统的详细逻辑模型，模型由数据流图、数据字典、主要处理算法等构成。4、修正系统开发计划在需求分析的基础上，更准确地修正原拟的，关于今后的开发计划，包括对成本、进度的更准确的估计。3.2 与用户沟通的技术正确理解用户需求并不容易：分析员不熟悉该业务领域；用户不知如何表达自己的需求；现系统不能满足要求的关键问题有哪些

19、；什么是最佳业务流程，其中哪些是可改造的，哪些是因为什么原因而不能改动1、调研技术以调研现行系统情况为例弄清目的：了解运行状况、处理流程、存在问题、收集其它信息a.新系统总是源於现系统。对现系统的研究有助于对拟建新系统的概念形成。b.开发新系统是因为现系统存在不足，必须予以研究、澄清。c.可行性研究需要在新旧系统间做比较才能完成。重点调研的方面：a.系统界限（包括功能范围、与其它系统的交接、涉及的组织机构与人员、在所处的更大系统中的位置）；b.运行状态（包括运行效率效果、运行费用与资源配置、管理水平）；c.基本业务流程（系统输入、输出、各主要处理功能，绘出其业务信息流程）；d.收集信息流载体（

20、收集伴随业务信息流所需或所产生的全部单、据、证、表、报、册、帐等，并与业务流相对照）；e.薄弱环节（功能处理上的缺漏、不符、低效，及流程上的不合理等）；f.约束条件（政策法规上、资金人员上、环境或其它）调研注意事项：a.预先约定（采访对象、时间、内容）；b.调查顺序（先由上而下，再由下而上）；c.注重数量概念（收集具体数据供可行性研究及推荐新方案使用）；d.抓紧研究分析（避免因时间拖延造成情况模糊、信息丢失）；e.把握调研主动权（研究对象心理，注意态度方法）f.控制时间（现系统调研不能耗时太长，会丧失信任感）要点：现系统研究耗费时间不宜过长，要有效率。其它确定需求的方法：采用会议方式收集所需信

21、息采用快速原型法获取对于需求的定义2、应用规格说明技术新系统的规格说明用模型表示。模型法的好处：记录系统所有复杂细节，且可随时修正；在考虑确定之前不必大规模投入资金与人力；是与用户交流、探讨的最佳媒介。系统分析阶段系统设计阶段提取业务必需部分优化业务流程改进薄弱环节增添新功能现物理模型新逻辑模型现逻辑模型新物理模型物理模型：实际运行系统的表示，含有非业务必需成分。逻辑模型：又称Essential System(本质系统)，只强调系统做什么。分析阶段的建模技术与规格说明a. 系统规格说明（目标系统概貌、功能要求、性能要求、可靠与可用性需求、出错处理需求、接口需求、约束、逆向及将来可能提出的要求）

22、。以及用户要求和系统功能之间的参照关系。规格说明可用自然语言描述（重要部分也可采用形式化描述）。b. 以DFD表示的处理功能模型。c. 以E-R图、数据字典、描绘数据结构的层次方框图或Warnier图等表示的系统数据模型。d. 对动态交互、事件驱动类系统一般还要有行为模型（用状态图等表示）注意需求分析过程要累积、书写文档。例如，除上述模型、规格说明外还应有：用户手册的初步内容（系统功能描述、性能描述、主要操作步骤与方法等），以及修正后的开发计划（成本估计、进度计划、资源使用计划等）。3、必要时，开发原型系统“必要时”的含义：用户需求说不清楚；除此之外难以沟通；用户无使用类似系统的经验，要求有一

23、样板等。原型主要包括主要界面、核心功能的演示（不必十全十美，甚至不必是真正完成了该功能）、重要输出等。前提条件：原型部分不是很大、很复杂，有建立快速原型的工具软件，方便修改。3.3 分析建模与规格说明数据字典模型构成要素对模型的贡献实体-关系图数据流图状态转换图控制规格说明数据对象描述处理规格说明软件需求规格说明（参考框架）.引言A. 系统参考文献B. 整体描述C. 软件项目约束.信息描述A. 信息内容B. 信息流1. 数据流2. 控制流.功能描述A. 功能分解B. 功能描述1. 处理说明2. 限制3. 性能需求4. 设计约束5. 支撑图C. 控制描述1. 控制规格说明2. 设计约束.行为描述

24、A. 系统状态B. 事件和动作.确认标准A. 性能范围B. 测试种类C. 预期的软件响应D. 特殊考虑.参考书目.附录3.4 实体-关系图逻辑数据分析和逻辑数据模型的建立目的：建立起最简单、无冗余且能完全支持过程模型需要的数据模型逻辑数据分析可借助关系规范化完成，以使产生的数据模型达到最简、无冗余。逻辑数据模型本身可用E-R图或其它工具表达。1) 逻辑数据分析范式（Normal Forms）用以定义消除数据冗余的程度规范化（Normalization）使数据达到范式要求的过程第一范式（1NF）表中所有属性都是不可再细分的（包括属性中没有重复组、属性没有空白值）。第二范式（2NF）满足1NF，且

25、表中所有非键属性都完全函数依赖于键的每一部分。第三范式（3NF）符合2NF，且表中任何一个非键属性都不是传递依赖于健的任一部分的。2) 逻辑数据分析举例（Student Registration System）做1NF、2NF、3NF，按实体归类，消除表中冗余，消除表间冗余，效率下降问题的解决，回答“系统所使用的数据文件是怎样最终确定下来的？”EXERCISE FOR LOGICAL DATA ANALYSIS &DESIGNThe Figure-1 is a DFD for a portion of a student registration system. The part of the

26、 system shown here contains several data stores, some used to maintain data over a period of time and others used as transitional stores for the production of reports. During the components of these data stores are shown in the partial data dictionary in Figure-2. (The data elements that make up the

27、 key for each data store are italicized.) Note that each data store is an iteration of a data structure. Thus, the normalization of data is essentially equivalent to the normalization of a set of data structures.CLASS-FILE =CLASS ALL classes offered whereCLASS =Class-Number+Class-Name+Class-Credits+

28、Class-Room+Class-Time+Class-Instructor+Class-Enrollment+Class-Maximum+Class-OpeningsINSTRUCTOR-FILE=INSTRUCTOR ALL Instructors whereINSTRUCTOR = Instructor-Number+ Instructor-Name+ Instructor-Dept.+Instructor-OfficeREGISTRATINO-FILE =STUDENT-REGISTRATION All students whereSTYDENT-REGISTRATION = Stud

29、ent-Number+Student-Name+Student-Address+Student-CreditsClass-Number+Class-Name+Class-Credits+Class-Grade all classes for studentROSTER-FILE =ROSTER All classes whereROSTER =Class-Number+Class-Name+Class-Credits+Class-Room+Class-Time+Class-Instructor+Class-Enrollment+ Student-Number+ Student-Name+ St

30、udent-Level All students in classSTUDENT-FILE=STUDENT All students whereSTUDENT = Student-Number+Student-Name+Student-Address+Student-Major+Student-Level+Student-Credits-Earned+Student-GPATEACHING-FILE=INSTRUCTOR All classes whereINSTRUCTOR-ASSIGNMENT = Instructor-Number+ Instructor-Name+ Instructor

31、-Dept.+ Instructor-Credits+ Class-Number+ Class-Name+ Class-Credits+ Class-Enrollment all classes taught by instructorFINGURE-2Up to this point in system analysis, the focus has been on the transformations or processes. Data stores have been designed to support that process. The next step is to deri

32、ve the best logical design for the set of data stores. The group of existing data stores is replaced in this analysis by its logical equivalent. The result is a set of simple data stores containing no redundant elements. This is the set of stores that will ultimately be packaged into physical files

33、or databases that support processing in the most effective manner.The procedure used to derive this logical structure is called normalization. In general, normalization produces the simplest, most straightforward organization of data elements into component data stores. Normalization should produce

34、a set of data stores containing no redundant data elements accessible through use of unique primary keys. Please analyze the case given and make the data structures normalized and more logical as the whole.3) 逻辑数据模型（概念数据模型）：E-R图（Entity-Relationship Diagram）最早由Peter. Chen于1967年提出。实体客观世界存在的，人们想用一组数据加以

35、描述的任何一种对象或事件。它可以是人、事物、组织或抽象概念，如职工、产品、课程、城市、机器故障或时间单位。实体可看作是实例的集合。属性实体特征或性质的描述。键能够唯一地识别实体实例的一个或一组属性。关系两个或多个实体之间存在的自然联系（关系也可以具有属性）关系的复杂度：1：1联系若从一实体中任取一个实例，另一实体中总有唯一一个实例与之对应（反之亦然），则这两个实体间存在着1对1的联系。1：m联系若从甲实体中任取一个实例，乙实体中有多个实例与之对应；反之，从乙实体中任取一个实例，甲实体中仅有一个实例与之对应，则这两个实体间存在着1对多的联系。M：n联系若从甲实体中任取一个实例，乙实体中有多个实例

36、与之对应；反之，从乙实体中任取一个实例，甲实体中也有多个实例与之对应，则这两个实体间存在着多对多的联系。图符：Peer Chen的实体关系图符号标记实体名关系名 实体： 关系：顾客订单提交 例如:数据关系是有方向的（从哪个方向读到那个方向）业务规则： 序数 基数 最少实例数 最大实例数 1:1 0:M 0:M 1:M商品订单顾客 发出 包含“一张订单被一个， “一个顾客可发出 “一种商品可包含在 “一张订单中必须且只能被一个顾客发出” 0张或多张订单“ 0张或多张订单中” 包含一种或多种商品“序数序数定义了实体之间的关系使强制性的还是可选择性的。即，序数确定了一个实体与其它实体关联时需要的最小

37、实例数。序数在关系的两个方向上都必须定义。基数基数定义了某实体在与另一相关的实体实例关联时的最大实例数。关系作为实体当两个实体间为多对多（m：m）关系（即两个实体间的基数都是“多”）时，该关系有可能是带属性描述的，及该关系也可是一个实体。如：包含单价订货数量订单商品0:m1:m 这种关系称为实体关系。James Martin的实体关系图符号标记基数解释 最少实例数 最大实例数 图形表示 1 1 1 0或1 0 1 1或多 1 多（1） 0、1或多 0 多（1） 多于1 1 1 练习：做出Student Registration System 的E-R图3.5 数据流图Data Flow Dia

38、gram ( DFD )：以数据的流动及其转换表达出系统的数据处理流程。数据流图符号（P.34）数据流图示例（P.34）数据流图的绘制步骤1) 画范围图，确定系统I/O和外部实体；2) 分解范围图，以系统主要功能构成系统零图；3) 分解零图中的各功能点，得出各功能处理点的子图；4) 重复对各子图中功能处理点的分解，直至各功能点的功能明确；5) 复审（实际上每一步都要复审）。案例分析与DFD绘制练习：A) Worlds Trend Company （画出范围图）Worlds Trend is a mail order supplier of high quality, fashionable c

39、lothing. Customers place orders either by telephone, faxing, or mailing in an order form included with each catalog.List of Business Activitiesa. Add new customers to the customer master file. When customers are added to the master file, they are assigned a customer number, which is used when placin

40、g subsequent orders.b. Perform inquiries to let customers know the current selling price of an item and the quantity available for sale.c. Process customer orders by verifying that all order information is accurate and that a record exists for the customer placing the order. If a customer record dos

41、e not exist, it is added to the master file. As orders are entered, customer and item master record fields are updated.d. If a customer orders more of an item than is currently available in stock, backordered item information is sent to the inventory control department. When backordered items are re

42、ceived from Worlds Trend suppliers, hey are shipped to the customers.e. Orders are sent to the warehouse where three are filled.f. A shipping statement is attached to the filled order. Mailing labels are prepared and the order is shipped to the customer.g. Order information is used to produce a bill

43、ing statement for all customers charging their goods to their Worlds Trend account.h. Order information is used to produce an Accounts Receivable report for the Accounting department.B) Customer Rental System in Film Magic Corporation（范围图、零图）C) 前进汽车配件公司（范围图、零图、分解至底层）前进汽车配件公司（Advance Motor-fittings C

44、ompany简称AMC）业务范围是销售国内、外的各种汽车配件。国产汽车配件是直接向有关生产工厂订货，批发购进；国外配件则是通过五金进出口公司或深圳、香港中间商订货购入。公司附设两个门市部，一个在南郊，另一个在东郊。公司的销售对象是全国各地的汽车修配厂及有关的汽车公司等，销售方式主要通过订货。假若购置少量配件，也可以在门市部进行零售交易。自1995年起，门市部的业务都改由三产经营，门市部采取订货方式从本公司购入配件，一般来说，比别的顾客能得到较多的优惠。本公司销售的配件共有40，000多种（包括不同的规格），按大、中、小件分类编号：G*、M*、S*。每天平均100多笔交易，营业额达150，000

45、元左右。目前，所有业务均是人工处理，处理效率较低，从收到订单到发出货物的平均周期为710天。若遇有缺货配件延续时间更长，尤其是进口配件，有时将拖至23个月后才能供货。每份订单平均包括20种配件，总的可供货率在92%以上。从调查得知：业务人员抱怨抄抄写写工作量太大，尤其销售办公室工作更加繁忙，不仅效率低而且容易出错，希望能够得到改善。顾客埋怨发货周期太长，有时影响汽车的及时修理。公司领导不能及时得到有用的决策信息，心中无数，反应迟钝，例如，因为不能及时掌握库存和销售情况，有一批低价配件不敢购入，失去时机。从明年下半年开始，该公司的营业范围将要扩大，业务量增加一倍。为了提高工作效率和改善经营条件，

46、公司领导提出了要建立以计算机处理为基础的各个业务信息系统，并在此基础上建立和逐步扩大、完善公司管理信息系统。关于新系统的申请已得到上级机关批准，同意拨款20万元作为第一期开发费用。公司的组织机构和人员情况：经理王家林现年四十五岁，原是销售办公室主任，去年10月刚提拔到现在的工作岗位，对计算机在管理中的应用非常重视和积极支持。在经理和副经理的领导下，有五个主要业务部门：销售办公室、仓库、会计室、采购室和包装发货组。该公司的主要业务过程如下：顾客将各种形式的订单用函寄或订货会等多种方式送销售办公室。销售办公室的李英专门负责订单校验，若遇有填写不清楚或错误的订单退回给顾客。然后，由张小辉等三人根据订

47、单上的配件项目，逐项查阅库存记录，将缺货项目和可供货项目分开。对于完全缺货的订单另行保管；对于部分缺货的订单先供应一部分，将尚缺的数量用订单缺件表记载下来。当收到进货通知单后，赵清玉和小杨先修改库存记录，再进行缺货处理。为了使缺货配件及时得到补充，必须尽早填写缺货通知单送采购部门。对于可供货项目和部分可供货的项目，按订单号分别开备货单交仓库，同时修改库存记录。处理完的订单都要妥为保存一年。在填写备货单时，要查阅顾客档案，将顾客的详细收货地址、收货人、顾客的信用及其他有关内容填入。在收到新顾客的订单后，由负责处理此订单的人员将顾客的详细情况记载在顾客的档案中。备货单上要有订货单位的自编号和本公司

48、接收订单的统一编号。每天11：00和16：00由办事员小彭统一将备货单送到仓库。仓库根据备货单，填写出、入库台帐，修改库存。当某备货单上的项目全部处理完后，交打字员小吴打印一式四份的发货单，一份留底，三份连同货物交包装、发货组。在备货的同时，要检查每种配件的库存水平，如已达到“再订货水平”、“危险水平”或“缺货水平”，除在货物架上放置有关卡片外，要填写再订货通知单交采购办公室。当收到进货通知单和新购入的配件后，要登帐和上架。所有货物的运输都由搬运工负责。发货组将仓库送来的配件进行包装，并将发货单（4）留底备查。发货单（3）交会计室算帐，发货单（2）随同配件一起托运或送货到户。市内的货物用本公司专用车进行运送，运送员事先拟订好送货路线，提前一天到汽车组备案。会计室对发货单（3）进行计价，记应收帐，开催款单，并将催款单寄给顾客。当收到顾客货款（支票、汇款单或银行转帐通知单）后，转销售业务帐，开发票寄给顾客。在收到供货厂家的催款单后，记应付帐、付款。待发票寄来后，还要转采购业务帐。会计室要及时将顾客的失信情况填写失信通知单通知销售办公室，由销售办公室记录在顾客的档案上。采购办公室定货的主要根据是供货厂家的产品目录和销售办公室提供的缺货通知单及仓库提供的再订货通知单，有时，也由推销员提供一些需要采购的新品种。通常，本公司的采购都是采用订单订货，当收到厂家发来的汽车配件和催款单后，