网上书店网站设计流程

1、5 系统分析本章结构和阅读要点引言什么是系统分析？用户和初学者通常对系统分析都有一些误解，系统分析有四个阶段，关键是系统分析不能被技术性的实现所左右，分析当前系统要做什么就有很多工作。系统分析方法5种系统分析方法。范围定义阶段问题分析阶段需求分析阶段逻辑设计阶段决策分析阶段系统分析的未来第五章 系统分析本章“主页”第五章 系统分析什么是系统分析？系统分析与系统设计系统分析（systems analysis）是一种问题解决技术，它将一个系统分解成各个组成部分，目的是研究各个部分如何工作、如何交互，以实现其系统目标。系统设计（systems design）是一种互补的问题解决技术（对于系统分析来说

2、），他将系统的组成部分重新装配成一个完整系统希望得到一个改进的系统。这可能包括增加、删除和改变原始系统的某些部分。（也称系统综合）第五章 系统分析系统分析上下文第五章 系统分析信息系统分析信息系统分析（information systems analysis ）定义为一个信息系统开发项目中的这样一些开发阶段，这些开发阶段的重点是业务问题和需求，这些需求独立于实现方案中可能使用的任何技术。第五章 系统分析信息系统分析系统所有者和系统用户对于业务的考虑推动者系统分析工作的进行。系统分析涉及从系统所有者和系统用户角度看待的“知识”、“工程”和“通信”构件。系统分析员则是系统分析的推动者。第五章 系统

3、分析资料库资料库（Repository）是系统分析员、系统设计人员和系统构造人员保存与一个或多个系统或项目有关的文档的地方。一个网络目录，目录中存储了字处理软件、电子表格软件以及其他含有项目信件、报告和数据的计算机文件。一个或多个CASE工具目录或百科全书。打印的文档（例如存储在活页夹和系统库中）。一个到上述组件的内联网网站接口（用于沟通）。第五章 系统分析系统分析方法流行的系统分析方法模型驱动分析法结构化分析信息工程面向对象分析加速系统分析法获取原型加速架构分析第五章 系统分析模型驱动分析方法模型驱动分析（model-driven analysis）强调绘制图形化系统模型来记录和验证现有的和

4、建议的系统。系统模型将最终成为设计和构造一个改进的系统的蓝图。模型（model）是对现实或构想的一种表述。因为“一幅图胜过千言万语”，所以大多数模型使用图形化方式表述现实或构想。第五章 系统分析结构化分析结构化分析（structured analysis）是一个模型驱动的、以过程为中心的技术，用于分析一个现有的系统，定义新系统的业务需求，或者同时用于这两种用途。模型是展示系统组件的图形，内容包括过程及其相关的输入、输出和文件。这项技术已经有所发展，将“数据”和“接口”构件建模作为了次重点，但“过程”仍是结构化分析产生的系统模型的重点。系统分析员绘制一系列的过程模型，称为数据流图（Data Fl

5、ow Diagram，DFD）。第五章 系统分析一个简单的过程模型第五章 系统分析加工数据源数据池数据流数据文件信息工程信息工程（IE）是一种用来计划、分析和设计信息系统的模型驱动的、以数据为中心的但对过程敏感的技术。IE模型是一些说明和同步系统的数据和过程的图形。这种技术强调在分析和研究过程需求、接口需求之前，首先研究和分析数据需求。在绘制描述如何收集、存储、使用和维护数据的数据流图之前，系统分析员应首先绘制实体关系图（ERDs），建造系统的原始数据模型。第五章 系统分析一个简单的数据模型第五章 系统分析实体关系面向对象分析面向对象方法（Object-Oriented Approach）是一

6、种模型驱动的技术，它将“数据”和“过程”集成到被称为“对象”的结构中。对象模型是从各个方面（例如结构和行为）说明系统的对象的图形。面向对象分析（Object-Oriented Analysis，OOA）技术用于1）研究现有对象，看它们是否能够被复用或者被调整用于新的用途；2）定义各种新对象和修改后的对象，它们将于现有对象一起组合成一个有用的企业计算应用系统。对象技术的兴起，已消除这种数据和过程的人为分离现象。特定的数据以及产生、读取、修改和删除数据的过程被集成到称为“对象”的结构中。统一建模语言（UML）为整个对象模型系列提供了一种图形化语法。第五章 系统分析一个简单的对象模型第五章 系统分析

7、加速分析法加速分析方法强调构造原型以便更快速地为一个新系统确定业务需求和用户需求。原型（Prototype）是一个预期系统的小规模的、不完整的但可工作的示例。原型迎合了“当我看到它时，我才知道我想要什么”的思维方式，这种思维方式是许多用户和管理人员的特点。第五章 系统分析加速分析法获取原型（有时称为需求原型）向用户提供相应需求的一个快速而粗略的实现，以确定用户的业务需求。快速架构分析试图从现有系统或获取原型中导出系统模型（本节前面所描述的）。快速架构分析由于逆向工程技术而成为可能，逆向工程技术被包括在了许多自动化工具中，例如CASE和编程语言。逆向工程读取一个现有的数据库、应用程序和用户界面的

8、程序代码，并自动的生成等价的系统模型。第五章 系统分析需求获取法需求获取（requirements discovery）包括系统分析员用来从用户团体那里确定或提取系统问题和方案需求的那些技术。调查研究（fact-finding）是一套经典的技术，用于收集有关系统问题、机会、方案需求和需求优先权的信息，也称“信息收集”。抽样研究观察调查和咨询面谈联合需求计划（Joint requirement planning，JRP）技术通过研讨会将所有的系统所有者、系统用户、系统分析员和一些系统设计人员组织在一起，进行系统分析。第五章 系统分析业务过程重构法业务过程重构法（BPR）是系统分析方法的应用，目标

9、是独立于信息技术动态的改变和改进一个组织的基本业务过程。第五章 系统分析FAST系统分析策略和敏捷方法敏捷方法（Agile method）集成各种系统分析和设计方法，根据要解决的问题和要开发的系统应用合适的方法。大多数的商用方法在系统分析上并不强制使用某种单一方法（结构化分析，信息工程，面型对象分析）。取而代之的是将所有流行的方法集成成为敏捷方法的聚集。系统开发人员可以从多种工具和技术中灵活的进行选择，从而能够采用更好的方式完成任务。假定的FAST方法既是如此。第五章 系统分析FAST系统分析阶段FAST系统分析阶段范围定义阶段这个项目是否值得考虑？问题分析阶段是否值得构建一个新系统？需求分析

10、阶段用户需求和想要新系统干什么？逻辑设计阶段新系统必须做什么？决策分析阶段最好的解决方案是什么？第五章 系统分析范围定义阶段范围定义阶段的上下文第五章 系统分析范围定义阶段这个问题是否值得考虑？如果是，该阶段就需要按照范围、开发策略或“开发路线”、进度、资源需求和预算制定项目开发计划。范围定义阶段的交付成果是项目章程。范围定义阶段的任务第五章 系统分析任务1.1：列出问题和机会范围定义阶段的关键字指导部门（steering body）是一个有主要业务管理人员和系统管理人员构成的委员会，它研究相互竞争的项目建议，给项目排列先后次序，确定哪个项目讲给组织带来最大的价值并因此应该被批准继续进行系统开

11、发。它称为指导委员会。指导委员会（steering committee）是由系统所有者和系统管理人员构成的管理机构，它给候选的系统开发项目排序，批准相应项目。项目章程（project charter）定义了项目范围、计划、方法学、标准等内容，它的完成是项目的第一个里程碑。第五章 系统分析任务1.1：列出问题和机会范围定义阶段的一个重要任务就是确定触发项目的问题、机会和指示，并对每个问题、机会和指示都按照紧急程度、可见性、好处和优先权进行评估。“项目请求”和“任务分配”触发了这个任务。初始问题陈述是这个问题的关键交付成果。第五章 系统分析一个系统服务请求第五章 系统分析问题陈述示例第五章 系统分

12、析范围定义阶段的任务第五章 系统分析任务1.2：协商项目的初步范围任务1.3：评估项目价值任务1.4：计划项目进度表和预期任务1.5：汇报项目计划问题分析阶段问题分析阶段的上下文第五章 系统分析问题分析阶段回答“真的值得解决这些问题吗？”和“真的值得构建一个新系统吗？”。充分的而理解问题域并全面分析其中的问题、机会和约束条件。问题分析阶段的任务第五章 系统分析一个事件或触发器，而非数据或信息流任务2.1：研究问题领域任务2.2：分析问题和机会任务2.3：分析业务过程任务2.4：制定系统改进目标任务2.5：修改项目计划任务2.6：汇报调查结果和建议问题分析阶段的里程碑系统改进目标（System

13、Improvement Objectives）应该是精确的、可度量的定义新系统预期的业务性能陈述，它产生问题、机会和指示。目标是一种对成功的度量。它假定在有足够的资源的条件下希望实现的某些东西。下一年将不可收集的客户账户数目减少50%。8小时工作时间内可以处理的借款应用程序数目增加25%。当一个工作站失效时，重新调度另一个产品所需的时间减少50%。第五章 系统分析任务2.1：研究问题领域由范围定义阶段中对继续该项目的批准所触发。批准来自系统所有者或指导委员会。主要的信息输入是项目章程和可能存在于当前系统资料库中的任何系统文档。使用信息系统构件作为框架来列出和定义系统领域。“知识”列出所有与系统

14、当前存储的数据（在文件、数据库、表格中等）有关的内容，并按照业务词汇定义每项内容。“过程”定义当前为其实现了业务响应（过程）的每个业务事件。“通信”定义运行当前系统的所有地点和 每个地点的所有用户；当前系统和其他信息系统之间的接口。建模问题域：数据模型（第八章）；功能分解图（过程建模第九章）；上下文图（第九章）或用例图（第七章）。第五章 系统分析上下文图第五章 系统分析分析系统如何同它周围的世界交互，并用通常的词汇 说明系统的输入和输出。任务2.:2：分析问题和机会需要分析每个问题的原因和结果因果分析（Cause-and-effect analysis）是一种研究问题以确定其原因和结果的技术。

15、实际上，结果可能是不同的、更深的或更基本的问题的症状，那个问题也必须要分析原因和结果，直到原因和结果不在引发其他问题。第五章 系统分析任务2.3：分析业务过程这个任务只适用于业务过程重构（BPR）项目、建立在业务过程重构基础上的项目，或者需要重大的业务过程重构的开发项目。调查研究（第六章）过程建模（第九章）第五章 系统分析任务2.4：制定系统改进目标这个任务建立成功的准则，对系统的任何改进都将按照该准则进行度量。这个任务也确定了任何可能限制系统改进的灵活性的约束条件。约束条件是将限制你灵活地为目标定义方案的某些东西。约束条件基本上无法被改变。进度：新系统必须在4月15日前投入运行。成本：新系统

16、成本不能超过$350000。技术：新系统必须是支持Web的。政策：新系统必须每隔15天给客户邮寄账单。第五章 系统分析因果分析/系统改进目标示例第五章 系统分析任务2.5任务2.6任务2.5：修改项目计划项目范围是不断变化的，以我们在范围定义阶段获得的初步理解和估计为基础，项目范围可能已经在规模和复杂程度上增加或缩减。冲洗评估项目范围，相应地修改项目计划。任务2.6：汇报调查结果和建议有修改后的项目计划触发。有意义的输入包括问题分析、系统模型、系统改进目标以及在问题分析阶段生成的其他文档。可以是一份报告、一次口头汇报或者审核员或同组人员进行一次审查（走查）。第五章 系统分析一份系统改进目标和建议报告提纲概述（2页） A.概述建议 B.概述问题、机会和指示 C.简单陈述系统改进目标 D.简单解释报告内容背景信息（约2页） A.面谈和小组会议的人员清单 B.被探索的其它信息资源清单 C.描述使用的分析性技术当前系统概述（约5页） A.战略意义（如果项目是一个现有信息系统战略规划的一部分或者受到战略规划的影响） B.当前系统的模型 1.接口模型（显示项目范围） 2.数据模型（显示项目范围） 3.地理