IBM-华为APS项目系统分析培训教材-200403

HuaweiTechnologiesCo.,Ltd.系统分析与设计方法-系统分析方法管理工程部.AD系统分析部王涛编辑2004年3月HuaweiConfidential1前言参考《SystemsAnalysisandDesignMethods》(FifthEdition)JefferyL.WhittenLonnieD.BentleyKevinC.DittmanMcGraw-HillCompaniesAGuidetotheProjectManagementBodyofKnowledge内容介绍信息系统分析和设计的原理、方法、技术、工具和应用基于Zachman框架的信息系统构件和信息系统开发生命周期为主线详细探讨了系统开发生命周期的前期、中期和后期活动以及跨生命周期活动重点是系统开发生命周期的前期和中期活动，即系统分析和设计活动2目录系统分析和设计环境系统分析方法系统设计方法系统分析和设计完成后的工作面向对象分析与设计3系统分析和设计环境信息系统“产品”系统所有者系统用户系统设计员系统构造员系统分析员信息系统构件信息技术“动力”系统分析和设计方法“过程”系统开发活动干系人厂商和咨询顾问人员角度4什么是信息系统和信息技术信息系统(IS)是人、数据、过程、信息表示和信息技术的组合，它们之间相互作用，支持并改进企业业务的日常运作，支持管理人员和用户解决问题和进行决策。信息技术(IT)是一个现代词汇，描述计算机技术（硬件和软件）和电信技术（数据、图像、网络和语音）的组合5系统分析和设计环境系统参与者信息系统构件信息系统开发项目管理6信息系统的干系人是对某个已有信息系统或新信息系统有利益关系的人，大致可以分为6类系统所有者为要建造和维护的系统支付费用。系统所有者是信息系统的发起人和主要倡导者，他们通常负责投资项目益进行开发、运行和维护信息系统.比如发起人，赞助人。华为称为Sponsor系统用户使用该系统工作，或使用该系统支持他们完成的工作，系统用户定义系统的业务需求和性能希望。比如管理者，操作员等是那些在通常意义上使用信息系统或受到信息系统影响的人－如收集、验证、录入、响应、存储、交换数据和信息。通常也称为客户内部用户是构建信息系统的企业雇员。外部用户是其他企业和外部客户系统设计人员设计系统来满足用户需求。在多数情况下，这些技术专家也是系统构造人员，比如架构设计师等将系统用户的业务需求和约束转换成技术方案。他们设计满足系统用户需求的计算机文件、数据库、输入、输出、屏幕界面、网络和程序7信息系统的干系人是对某个已有信息系统或新信息系统有利益关系的人，大致可以分为6类(续)系统构造人员构造、测试和发布系统，使其投入运行。根据系统设计人员的设计说明书构造信息系统构件。比如程序员，测试员等系统设计人员与系统构造人员是同一个人。系统分析人员研究组织中存在的业务问题和需求，决定人、数据、过程、通信和信息技术如何最好地对企业业务进行改进。推动信息系统和计算机应用系统的开发。比如业务分析员BA业务分析员：是专门进行业务问题分析和技术无关的需求分析的系统分析员，是业务领域的专家，他们帮助定义业务问题的系统需求，并协调其它企业用户和技术人员之间的交互。是既懂业务又懂技术的人员IT厂商和咨询顾问将硬件、软件和服务销售给企业，并把他们集成到企业的信息系统中。为企业提供信息系统和技术，顾问提供特殊的知识和技能8系统分析员做什么？系统分析员是一个解决问题的人解决问题真正的问题（无论是实际的或者是预期的），对这些问题需要采取正确的行动。尽管还，没有人抱怨，但可以改进现状的机会无论是否有人抱怨，都要改变现状的指示。解决方法的基本步骤确定问题分析并理解问题确定对方案的需求或预期确定可选的方案并决定行动计划设计并实现“最好的”方案评估结果。如果问题没有得到解决，则应该回到第一步或第二步。系统分析员在哪儿工作参与具体的项目外包给外部资源进行系统分析。这是企业中一个十分重要的发展趋势。9系统所有者系统用户系统设计员系统构造员系统分析员信息系统构件信息技术“动力”系统分析和设计方法“过程”系统开发活动干系人厂商和咨询顾问人员角度信息系统开发过程中，不同的干系人关注点不同信息系统的范围（用途和远景、目标和目的、成本和收益)一个信息系统信息系统的需求（独立于技术的系统是什么和必须做什么）信息系统的构成（系统实际的技术实现）信息系统的设计（如何使用技术实现系统）10从事系统分析员的职业准备有效的信息技术知识，包括自动数据搜集，C/S和B/S架构，组件编程语言,对象编程语言，电子商务，ERP,GUI，快速应用开发RAD，软件工程,RUP,UML，Internet,Intranet,Extranet，RDBMS，网络技术等计算机编程经验和专长需要精通几门高级语言编程一般商务知识会计学，企业法和伦理学，经济学，经融学，生产制造，市场营销，运作管理，组织行为学等解决问题的技能识别问题分解问题分析和综合问题的能力提供解决方案系统分析员是同管理者和用户在管理者/用户的层次上打交道的人;记下他们的经验;在提出方案之前先理解问题;在说话之前先思考;推进系统开发工作;而非启动开发工作;支持组织问题的解答并理解他们的目标;使用合适的工具和方法帮助解决系统问题;和大家一起工作.11从事系统分析员的职业准备(续)与人沟通的能力商务发言；商务写作；交谈；聆听；说服；技术讨论；技术写作处理人际关系的能力要求性格外向,友善解决利益冲突技术,调解矛盾能力业务变革代言人团队影响能力和协作技能领导艺术变更管理能量里适应能力每个项目都会面临新挑战各组织的开发标准(方法,技术,工具)人格与道德规范优秀的人格和道德品质接触企业或客户的敏感信息,比如定价结构,薪水,客户和供应商等知识产权系统分析与设计技能掌握其概念和原理,工具和技术指导委员会网络管理员应用程序员信息技术厂商用户N管理者/系统所有者数据管理员接口设计专家用户2用户1系统分析员12系统分析和设计环境系统参与者信息系统构件信息系统开发项目管理13Zachman

框架从数据(What),功能(How),网络(Where),人(Who),时间(Time),动机(Why)等角度描述信息系统的粗框架(主意),概念,逻辑设计,物理设计,详细组件蓝图等构件TMe.g.DATAZachmanENTERPRISEARCHITECTURE-AFRAMEWORKBuilderSCOPE(CONTEXTUAL)MODEL(CONCEPTUAL)ENTERPRISEDesignerSYSTEMMODEL(LOGICAL)TECHNOLOGYMODEL(PHYSICAL)DETAILEDREPRESEN-

TATIONS(OUT-OF-

CONTEXT)Sub-ContractorFUNCTIONINGENTERPRISEDATAFUNCTIONNETWORKe.g.DataDefinitionEnt=FieldReln=Addresse.g.PhysicalDataModelEnt=Segment/Table/etc.Reln=Pointer/Key/etc.e.g.LogicalDataModelEnt=DataEntityReln=DataRelationshipe.g.SemanticModelEnt=BusinessEntityReln=BusinessRelationshipListofThingsImportanttotheBusinessENTITY=ClassofBusinessThingListofProcessestheBusinessPerformsFunction=ClassofBusinessProcesse.g.ApplicationArchitectureI/O=UserViewsProc.=ApplicationFunctione.g.SystemDesignI/O=DataElements/SetsProc.=ComputerFunctione.g.ProgramI/O=ControlBlockProc.=LanguageStmte.g.FUNCTIONe.g.BusinessProcessModelProc.=BusinessProcessI/O=BusinessResourcesListofLocationsinwhich

theBusinessOperatesNode=MajorBusinessLocatione.g.BusinessLogistics

SystemNode=BusinessLocationLink=BusinessLinkagee.g.DistributedSystemNode=I/SFunction(Processor,Storage,etc)Link=LineCharacteristicse.g.TechnologyArchitectureNode=Hardware/SystemSoftwareLink=LineSpecificationse.g.NetworkArchitectureNode=AddressesLink=Protocolse.g.NETWORKArchitecturePlannerOwnerBuilderENTERPRISEMODEL(CONCEPTUAL)DesignerSYSTEMMODEL(LOGICAL)TECHNOLOGYMODEL(PHYSICAL)DETAILEDREPRESEN-TATIONS(OUT-OFCONTEXT)Sub-ContractorFUNCTIONINGMOTIVATIONTIMEPEOPLEe.g.RuleSpecificationEnd=Sub-conditionMeans=Stepe.g.RuleDesignEnd=ConditionMeans=Actione.g.,BusinessRuleModelEnd=StructuralAssertionMeans=ActionAssertionEnd=BusinessObjectiveMeans=BusinessStrategyListofBusinessGoals/StratEnds/Means=MajorBus.Goal/CriticalSuccessFactorListofEventsSignificantTime=MajorBusinessEvente.g.ProcessingStructureCycle=ProcessingCycleTime=SystemEvente.g.ControlStructureCycle=ComponentCycleTime=Executee.g.TimingDefinitionCycle=MachineCycleTime=Interrupte.g.SCHEDULEe.g.MasterScheduleTime=BusinessEventCycle=BusinessCycleListofOrganizationsPeople=MajorOrganizationse.g.WorkFlowModelPeople=OrganizationUnitWork=WorkProducte.g.HumanInterfacePeople=RoleWork=Deliverablee.g.PresentationArchitecturePeople=UserWork=ScreenFormate.g.SecurityArchitecturePeople=IdentityWork=Jobe.g.ORGANIZATIONPlannerOwnertotheBusinessImportanttotheBusinessWhatHowWhereWhoWhenWhyJohnA.Zachman,ZachmanInternational(810)231-0531SCOPE(CONTEXTUAL)Architecturee.g.STRATEGYENTERPRISEe.g.BusinessPlan14DATAWhatFUNCTIONHowNETWORKWherePEOPLEWhoTIMEWhenMOTIVATIONWhyObjective/ScopeContextualRole:PlannerProductServiceBusinessObjectsCandidateEntitiesBusinessFunctionsCoreBusinessProcessesProcessThreadsBusinessLocationOrganizationalUnitsSuppliersCustomersRolesMajorBusinessEventsMajorBusinessResultsBusinessEnterpriseDirectionBusinessProfileBusinessObjectivesRequirement(Business)EnterpriseModelConceptualRole:OwnerProcessHierarchyConceptualDataModelFunctionHierarchyIDEF0DiagramsProcessChartIDEF3ProcessFlowProcessDecompRelationshipMapUMLActivityDiagramBusinessConceptDiagramOrganizationChartDecisionChartProcessChartIDEF3ProcessFlowProcessEventProcessResultsIDEF3ObjectStateTransitionRequirement(Business)SystemModelLogicalRole:DesignerLogicalDataModelUMLClassDiagramUseCaseDiagramDataFlowSystemArchitectureSystemContextUMLComponentDiagramSystemAreaMapUMLUseCaseDiagramDataFlowWord&MellorRequirement(Business)TestPlan(System)TechnologyModelPhysicalRole:BuilderUMLClassDiagramPhysicalDataModelUMLClassDiagramStructureChartSystem/SubsystemStructureUMLActivityDiagramUMLDeploymentDiagramNetworkConceptDiagramGraphicScreenDiagramMenuDiagramCharacterScreenDiagramUMLSequenceDiagramUMLCollaborationDiagramUMLStateDiagramStateTransitionRequirement(Technology)TestPlan(Technology)DetailedRepresentationOutofContextRole:ProgrammerDatabaseSchemaObjectedOrientedCodeScreenandMenuCodePopkin

企业框架把Zachman框架的每个元素映射成SystemArchitect图或定义15Popkin流程是用SystemArchitect构建企业信息系统的一个指南BeginProjectDevelopBusinessProfile(asis)DefineBusinessEnterpriseDirectionandBusinessObjectives(toBe)IdentifyCandidateEntitiesIdentifyBusinessFunctionsIdentifyProcessThreadsIdentifyBusinessEvents&ResultsIdentifyRolesCreateConceptualDataModelMapBusinessProcesstoFunctionsIdentifyBusinessProcessesDefineBusinessEvents&ResultsDefineRoles&CompetenciesDevelopBusinessConceptModelMapObjectivestoBusinessRequirementsCreateSwimLineDiagramCreateLogicalDataModelDefineUseCasesMapObjectivestoFunctionalRequirementsDefineClassModelIdentifyClassesIdentifyComponentsDefineObjectInteractionsSpecifyUserInteractionsIdentifySystemBoundariesCreatePhysicalDataModelGenerateDataBaseSchemaDefineImplementationClassesDefineNetworkArchitectureDesignWindowsMenusandScreenMapObjectivestoDesignRequirementsMapObjectivestoImplementationRequirementsDeploySystemGenerateSourceCodeAllocateObjectsMapDesignRequirementsMapImplementationRequirementsMapPersistentClassestoTablesMapPersistentClassesEntitiesMapRolestoActorsMapRequirementstoUseCasesRequirementsMapRolestoEBPsMapEntitiestoEBPsScope(Contextual)EnterpriseModel(Conceptual)SystemModel(Logical)TechnologyModel(Physical)Components(OutofContext)16信息系统构件系统所有者系统用户系统设计员系统构造员系统分析员数据角度信息技术“动力”系统分析和设计方法“过程”系统开发厂商和咨询顾问业务实体和规则列表业务知识业务事件和响应列表业务功能业务地点和系统列表业务地点数据需求过程需求接口需求数据模式应用模式和说明接口说明数据库程序应用程序接口程序过程角度接口角度活动干系人人员角度信息系统构件createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>17信息系统应用包括事务处理系统、管理信息系统、决策支持系统、专家系统、OA和工作组系统等类型供应商客户电子商务电子商务市场营销信息系统销售信息系统客户信息信息系统客户关系管理信息系统（CRM）人力资源信息系统财务信息系统生产信息系统企业资源计划(ERP)库存信息系统经理信息系统和决策支持系统或业务智能系统售后服务信息系统PDM信息系统因特网内联网前端系统后端系统OA信息系统18信息系统应用类型事务处理系统是收集和处理关于企业事务的数据的信息系统用用提供数据维护能力更关心响应时间、吞吐事务量、正确性、一致性和服务需要业务过程重构BPR，指研究、分析和重新设计企业的基本业务过程，以降低成本和或提高效益管理信息系统（MIS）是一个可以提供面向管理报告的信息系统，是对事务处理系统的补充，它用来提供计划、监督和控制企业运行的管理报告决策支持系统(DSS)或主管信息系统(EIS)或业务智能系统(BIS)为用户提供决策信息，或为高层管理人员提供决策信息。数据仓库提供所需要的信息专家系统是一个程序化的决策制定信息系统，它收集并重现一个专业的问题解决者或决策制定者的知识和经验，模拟专家进行“思考”或“行动”使用人工智能(AI)技术实现办公自动化系统支持广泛的企业办公活动，在工作人员之间提供改进的工作流和通信。个人信息系统是指被设计成满足单个用户需求的信息系统，用来提高个人的工作效率。工作信息系统是指被设计成满足工作组需求的信息系统，用来提高工作组的工作效率。19信息系统架构提供一个统一的框架，在这个框架中，各种具有不同观点的人可以组织并查阅信息系统的基本构件。系统所有者系统用户系统设计员系统构造员系统分析员数据角度信息技术和架构数据库技术。过程技术。接口技术系统分析和设计方法“过程”系统开发活动干系人厂商和咨询顾问人员角度系统所有者的数据视图信息系统构件系统所有者的过程视图系统用户的数据视图系统设计员的数据视图系统构造员的数据视图过程角度接口角度系统用户的过程视图系统设计员的过程视图系统构造员的过程视图系统所有者的接口视图系统用户的接口视图系统设计员的接口视图系统构造员的接口视图20信息系统开发活动的数据、过程、接口三个角度，数据用于生成有用的信息的原始材料；过程实现企业任务的活动；接口是系统如何同用户和其他信息系统交互系统所有者系统用户系统设计员系统构造员系统分析员数据角度数据库管理系统系统分析和设计方法“过程”系统开发活动干系人厂商和咨询顾问人员角度信息系统构件业务实体和规则列表业务知识业务事件和响应列表业务功能业务地点和系统列表业务地点数据需求过程需求接口需求数据模式应用模式和说明接口说明数据库程序应用程序接口程序过程角度接口角度应用开发环境接口技术业务地点通信需求网络架构网络程序网络角度网络技术深圳上海香港北京createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>,html><Head><title>OrderEntryFrom</title>21数据构件是信息系统的基本构件之一系统所有者的数据视图是业务知识。业务知识是从及时，准确，相关的信息中获取的知识业务环境模型（ContextualModel)系统用户的数据视图是数据需求数据需求是用户数据以实体、属性、关系各规则形式的表述。逻辑数据模型,LDM系统设计人员的数据视图是数据库模式由数据结构、数据库模式、域、索引和其它与技术相关的组件构成物理数据模型，PDM系统构造人员的数据视图是数据的实现使用非常精确的和不能出作的语言表示数据数据构造文件，存储与DBMS22过程构件实现了信息系统的功能，过程执行系统工作系统所有者的过程视图：业务功能。业务功能是支持业务的持续的活动。功能可以分解成其它子功能，最终分解成执行特定任务的过程。是一组相关的过程业务流程系统用户的过程视图：过程需求业务过程是响应业务时间的活动过程需求是用户的业务过程按照活动、数据流或工作流形式的表述。业务过程需求通常以策略和规程的形式定义，策略是一组约束业务过程的规则；规程是实现一个业务过程的按部就班的指令和逻辑活动图、数据流图、工作流模型系统设计人员的过程视图：应用模式和软件规格说明书应用模式是一个模型，表达了如何（或将如何）使用软件和硬件实现所选择的业务过程软件规格说明书代表了业务过程的技术性设计，由系统构造人员编写的计算机程序自动控制或支持这些业务过程状态转换图，流程图，结构图等系统构造人员的过程视图：应用程序，原型设计应用程序是基于程序设计语言的可以被机器读取的表示，它表示了软件过程要做什么，或软件过程要如何实现它的任务。原型设计是一种使用快速应用开发工具快速构造信息系统的某些功能的技术程序，代码23接口构件是为系统用户和其它信息系统提供有效的接口系统所有者的接口视图：业务地点。新系统需要为哪些业务部门、雇员、客户和外部企业提供接口这些业务部门、雇员、客户和外部企业位于何处？系统是否需要同其它信息系统、计算机或自动化系统接口？系统用户的接口视图：接口需求接口需求是用户的输入和输出系统设计人员的接口视图：接口说明是用户界面和系统间接口的技术设计用户会话描述了用户如何在窗口之间移动，同应用程序交互，以完成有用的工作系统构造人员的接口视图：接口程序使用接口技术构造、安装、测试并实现用户界面和系统间接口中间件是一层实用程序，它位于应用程序和系统软件之间，透明地集成不同的技术，以使它们能够互操作。24网络构件是数据、过程、接口构件的基础，他们都建立在网络构件之上。网络是独立于信息系统建设的，一般不作为信息系统开发项目的一部分进行设计，它被设计成支撑企业多个信息系统的。系统所有者的通信视图：地理形式表达业务地点。以地理形式看待通信系统用户的通信视图：通信需求确定真正独特的位置定义,和具体的通信需求通信需求通常表述成位置之间的数据流和这些数据流的流量与频率系统设计人员的通信视图：网络架构受到专门的电信和网络技术限制的影响和或约束.重点说明一个可以支持通信需求的网络结构,其通信视图表述成工作站,终端,服务器,外设,交换机,路由器的物理位置和物理设备之间的互联.系统构造人员的通信视图：网络程序使用联网软件定制并优化网络,包括节点地址,协议,线速,流量控制,安全,优先级以及其它复杂的网路参数需要购买和安装通信软件,以及配置和调试它们的性能.业务地点通信需求网络架构网络程序<html><head>网络角度网络技术深圳上海香港北京数据角度过程角度接口角度网络25系统分析和设计环境系统参与者信息系统构件信息系统开发项目管理26信息系统开发不是一个无计划的过程,同任何产品一样,必须细致地制定和遵循系统开发方法,比如CMM系统所有者系统用户系统设计员系统构造员系统分析员数据角度初始研究开发角度方法阶段/活动干系人厂商和咨询顾问人员角度信息系统构件业务实体和规则列表业务知识业务事件和响应列表业务功能业务地点和系统列表业务地点数据需求过程需求接口需求数据模式应用模式和说明接口说明数据库程序应用程序接口程序过程角度接口角度信息技术和架构数据库技术,过程技术,接口技术,网络技术项目和过程管理问题分析需求分析决策分析设计构造实现运行和支持性能.信息.经济.控制.效率.服务管理层预期PIECES框架P:提高性能(Performance)的需要I:改进信息和数据(Information)的需要E:改进经济(Economics),控制成本或增加收益的需要C:改进控制(Control)或安全的需要E:改进人于过程的效益(Efficiency)的需要S:改进对客户,供应商,合作伙伴,雇员等的服务(Service)的需要createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>27信息系统开发过程是一组活动,方法,最佳实践,交付成果和自动化工具,系统开发的干系人用它们来开发和维护信息系统及软件信息系统是一个复杂的产品大约70%甚至更多的信息系统开发项目没能满足预期的需求费用超过预算比承诺的时间交付延期GartnerGroup建议:坚持使用现代的严格的方法学可以在两年内使70%的组织的系统开发生产率至少提高30%.28能力成熟度模型(CMM)是用来评估组织的信息系统开发以及管理过程和产品的成熟度等级的框架,由5个开发成熟度等级构成第5级:优化级第4级:定量管理级第3级:已定义级第2级:可重复级第1级:初始级风险竞争力能力成熟度模型（CMM）持续的软件产品质量提高活动29CMM级别定义初始级系统开发项目没有规定的过程可遵循,每个开发者都使用自己的工具和方法.项目的成败往往取决于项目团队的技能和经验开发过程是不可预测的、不可重复的常常超出预算；延误计划；文档零散，或项目与项目之间的文档不一致；维护困难。可重复级组织已经建立俩项目管理过程和实践来跟踪项目费用、进度和功能。重点是项目管理，项目与项目之间的开发过程可能不同；项目的成败仍然取决于项目团队的技能和经验组织做了一些协调工作以尽力重复早期的项目成功经验。已定义级组织购买了或者开发了一个标准的系统开发过程（或方法学），它的使用已经集成到组织的信息系统/服务部门中所有项目都使用这个标准化的软件开发过程的裁剪版来开发和维护信息系统和软件每个项目都产生一致且高质量的文档和交付成果开发过程是未定的、可预测的、而且是可重复的已管理级组织建立了可度量的质量和生产率目标。标准系统开发过程和产品质量的详细度量数据被例行公事地收集和存储在数据库中。组织根据收集的数据努力提高项目管理水平。管理层寻求更主动地而不是被动地应对系统开发问题(例如费用超支，范围蔓延、进度延迟等)。甚至当项目遇到了不可预知的问题时，开发过程仍可以根据对问题影响的预测和度量进行调整。优化级根据第4级建立的度量和数据分析，标准化的系统开发过程被连续地监督和改进可能包括改变标准系统开发过程中的活动使用的技术和最佳实践调整开发过程本身经验教训在整个组织内部共享，强调保证质量的同时消除系统开发过程的低效率。组织实施制度化的持续系统开发过程改进措施一个200000行代码开发项目的CMM项目统计组织的CMM等级项目持续时间(月)项目人月出现错误数平均费用(百万美元)最低费用(百万美元)最高费用(百万美元)130600615.51.8100+218.5143121.30.961.73158070.7280.5180.93330系统生命周期和系统开发方法系统生命周期将一个信息系统的生命分为两个阶段：系统开发阶段、系统运行和支持阶段，即首先时建造系统；然后使用系统，运行系统并支持系统；最后，从运行和支持阶段再回到开发阶段系统开发方法是一个十分正式且精确的系统开发过程，它为系统开发人员和项目管理者定义了（在CMM第3级）一组活动、方法、最佳实践、交付成果和自动化工具，用来开发和维护大部分或所有的信息系统和软件同CMM的目标一致，系统开发方法确保提供一个一致而且可再生的方法应用于所有项目。降低了简捷性和错误的风险为各个项目产生了完整且一致的文档。满足开发团队和成员不断变化的现实需要，后来者可以方便地获得和理解以前的工作成果方法可以独创也可以购买商业方法，可以得到自动化工具的支持代表性的商业工具Allfusion,AD/Method;RationalUnifiedProcess;SystemArchitect生命周期阶段系统开发使用系统开发方法生命周期阶段系统运行和支持使用信息技术系统的生命周期转换报废系统生命周期31系统开发的8个基本原则让所有者和用户参与使用一套问题解决的步骤确立开发阶段和开发活动建立标准包括文档,质量,自动化工具,信息技术(组织性的)将系统作为重要的投资看待成本效益和风险管理不必害怕取消和返工如果项目不再可行就取消它如果项目范围增加了,就重新评价并调整费用和进度如果不能改变项目预算和进度,并且项目预算和进度不足以实现所有的项目目标,就减少范围分而治之设计系统时应该考虑到增长和变化进度成本范围32系统技术应用框架(FAST)方法业务团队系统所有者和用户(或指导委员会)需求分析3问题分析2初始研究1决策分析4设计5实现7构造6运行和支持阶段

问题,机会和指示业务方案运行系统功能系统

项目团队

项目章程系统改进目标设计说明批准的系统方案建议业务需求陈述想法,架构,汇报等需求,优先级等事实,原因,结果等范围,约束,项目参与者,预算,进度等想法,观点,标准等系统所有者,用户,设计人员,构造人员和分析员文档培训等文档，反馈,测试用例等反馈,问题,教训等现有系统反馈33系统技术应用框架方法通过资料库共享知识业务团队系统所有者和用户(或指导委员会)需求分析3问题分析2初始研究1决策分析4设计5实现7构造6运行和支持阶段

问题,机会和指示业务方案运行系统功能系统

项目章程系统改进目标设计说明批准的系统方案建议业务需求陈述想法,架构,汇报等需求,优先级等事实,原因,结果等范围,约束,项目参与者,预算,进度等想法,观点,标准等文档培训等文档，反馈,测试用例等反馈,问题,教训等现有系统反馈资料库34模型驱动开发（MDD）方法强调建立模型以可视化并分析问题，定义业务需求以及设计信息系统业务团队系统所有者和用户(或指导委员会)需求分析3问题分析2初始研究1决策分析4设计5实现7构造6运行和支持阶段业务方案运行系统功能系统

项目团队

项目章程系统改进目标设计说明批准的系统方案建议

业务需求陈述系统所有者,用户,设计人员,构造人员和分析员运行或支持问题实现问题设计问题决策问题范围问题未预料到的问题范围问题需求问题项目和系统范围模型现有系统模型业务需求模型多种技术方案模型多种技术方案模型35快速应用开发（RAD）方法强调用户深入地参与到一个系统工作原型的快速进化和构造过程中，以加速系统的开发过程。也称为螺旋方法业务团队系统所有者和用户(或指导委员会)分析(迭代的)3问题(被快速的)2初始研究1设计(迭代的)3实现(迭代的)7构造(迭代的)4运行和支持阶段业务方案功能原型

项目团队

项目章程系统改进目标迭代的设计说明

业务需求陈述系统所有者,用户,设计人员,构造人员和分析员(参与所有开发阶段)运行的系统(一个发布版本)

原型反馈问题,机会和指示设计问题提炼的需求实现(迭代的)7候选功能系统

36计算机辅助系统工程(CASE)可以提高生产效率,改进质量,更好和一致的文档,减少生命周期的维护,集成了真正可以的方法学CASE工作站和软件CASE资料库作图工具描述工具原型设计工具质量管理工具文档记录工具设计和代码生成器系统分析/设计/构造员系统原型系统描述和说明系统原型质量报告项目和系统文档设计模型和程序代码CASE资料库通常存储在服务器上,以使它们可以被多个项目和参与者共享Oracle:DesignerCA:ERWinRational:ROSEPopkin:SystemArchitectMicrosoft:VisioSterling:COOLBoland:PowerDesign37系统分析和设计环境系统参与者信息系统构件信息系统开发项目管理38项目管理简介项目(Project)是为了创建一个独特的产品或服务而进行的一次性努力。项目的特征是临时性和唯一性项目管理(ProjectManagement)就是应用有关项目活动的知识、技能、工具和技术去达到或超越项目干系人对项目的需要和期望大型项目(Program)是一组以相互协调的方式管理的相关联的省墓，通常包括持续的活动和涉及一系列重复或循环的操作。项目管理涉及9大知识领域综合管理范围管理时间管理成本管理质量管理人力资源沟通管理风险管理采购管理39项目管理过程组及其联系和交互作用项目计划变更申请纠正措施计划更新InitiatingProcessesPlanningProcessesControllingProcessesExecutingProcessesClosingProcesses启动过程计划过程控制过程收尾过程执行过程40项目管理知识领域和过程组启动项目计划编制综合变更控制项目计划执行活动定义资源计划质量计划组织计划沟通计划风险管理计划采购计划综合管理范围管理时间管理成本管理质量管理人力资源沟通管理风险管理采购管理活动排序成本估算人员招募风险识别询价计划活动工期估计成本预算定性风险分析进度开发定量风险分析风险应对计划范围计划范围定义范围核实范围变更控制进度控制成本控制质量保证质量控制团队开发信息发布绩效报告管理收尾风险监督和控制合同收尾询价供方选择合同管理启动过程计划过程控制过程执行过程收尾过程41在一个项目阶段中项目管理过程的交叠PhaseStart阶段启动PhaseFinish阶段结束LevelOfActivityInitiatingProcesses启动过程PlanningProcesses计划过程ExecutingProcesses实施过程ControllingProcesses控制过程ClosingProcesses收尾过程活动（资源投入）水平42项目生命周期的特性启动/概念计划执行收尾完成的概率和风险项目资源43项目管理生命周期优化中心方法学和自动化工具专家估计任务(估算)3确定任务(计划)2协商范围(确定范围)1说明任务之间的依赖关系(调度)4分配资源(组织)5监督和控制进展(控制)7指导团度工作(指导)6评估项目结果和经验(项目结束)8项目分配过程和项目改进已完成项目的经验里程碑完成

项目团队工作陈述工作分解结构资源分配和预算调度的任务任务工期时间约束估计和观点方法学和经验项目章程和团队建设资源承诺系统所有者,用户,设计人员,构造人员和分析员任务进展和分析授权和指导经验,观察和建议现有系统反馈管理层不属于项目团队的管理人员(外部)进展报告

下一里程碑修订

方法学或过程标准44目录系统分析和设计环境系统分析方法系统设计方法系统分析和设计完成后的工作面向对象分析与设计45系统分析方法系统分析系统分析阶段划分系统分析方法初始研究阶段问题分析阶段需求分析阶段决策分析阶段需求获取数据建模和分析过程建模可行性研究和系统方案建议46系统分析阶段包括初始研究、问题分析、需求分析和决策分析等阶段.从系统所有者和系统用户角度看待数据、过程和接口构件系统所有者系统用户系统设计员系统构造员系统分析员数据角度初始研究开发角度方法阶段/活动干系人厂商和咨询顾问人员角度信息系统构件业务实体和规则列表业务知识业务事件和响应列表业务功能业务地点和系统列表业务地点数据需求过程需求接口需求数据模式应用模式和说明接口说明数据库程序应用程序接口程序过程角度接口角度信息技术和架构数据库技术,过程技术,接口技术,网络技术项目和过程管理问题分析需求分析决策分析设计构造实现运行和支持性能.信息.经济.控制.效率.服务管理层预期PIECES框架createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>47系统分析是一种问题解决技术，它将一个系统分解成各个组成部分，目的是研究各个部分如何工作，如何交互，以实现其系统目标业务团队系统所有者和用户(或指导委员会)需求分析3问题分析2初始研究1决策分析4设计5实现7构造6运行和支持阶段

问题,机会和指示业务方案运行系统功能系统

项目团队

项目章程系统改进目标设计说明批准的系统方案建议业务需求陈述想法,架构,汇报等需求,优先级等事实,原因,结果等范围,约束,项目参与者,预算,进度等想法,观点,标准等系统所有者,用户,设计人员,构造人员和分析员文档培训等文档，反馈,测试用例等反馈,问题,教训等现有系统反馈48系统分析方法包括结构化分析，信息工程，获取原型和面向对象的分析方法，这些方法既是项目竞争的可相互替代的，又是可以互补的模型驱动分析方法强调绘制图形化系统模型来记录和验证现有的和/或建议的系统.系统模型将最终成为设计和构造一个改进的系统的蓝图.结构化分析、信息工程和面向对象的分析都是模型驱动分析模型是对现实或构想的一种表述.一副图胜过千言万语,大多数模型使用图形方式表达现实和构想流程图,结构或层次图,以及组织图等图形工具,CASE工具等.CASE工具可以进行一致性和完整性分析以及基于规则的错误检查加速分析法原型法,快速架构开发强调构造原型以便更快速地为一个新系统确定业务需求和用户需求.原型是一个预期系统的小规模的、不完整的但可工作的示例。原型法迎合了“当我看到它时，我才知道我想要什么”的思维模式。获取原型（需求原型）：向用户提供响应需求的一个快速而粗略的实现，以确定用户的业务需求快速架构分析：试图从现有系统或获取原型中导出系统模型。需要使用RAD工具，CASE，逆向工程49系统分析方法包括结构化分析，信息工程，获取原型和面向对象的分析方法，这些方法既是项目竞争的可相互替代的，又是可以互补的（续）需求发现法包括系统分析员用来从用户团体那里确定或提取系统问题和方案需求的技术调查研究或信息收集是一套经典的技术，用于收集有关系统问题、机会、方案需求和需求优先级的信息对现有文档、报告、表单、文件数据库和备忘录进行抽样研究相关文献、衡量其它方案和实地考察观察当前系统的运转和工作环境调查和咨询管理人员和用户团体同合适的管理人员、用户和技术员面谈联合需求计划通过研讨会将所有的系统所有者、系统用户、系统分析员和一些系统设计员及构造员组织在一起，进行系统分析。业务流程重整法（BPR:BusinessProcessRedesignorBusinessProcessReengineering）是系统分析方法的应用，目标是独立于信息技术动态地改变和改进一个组织的基本业务流程50三种最流行的模型驱动分析方法简介-结构化分析结构化分析是(过程)模型驱动的、以过程为中心的技术,用于分析一个现有系统,定义新系统的业务需求,或者同时用于这两种用途.模型是展示系统组件的图形,内容包括过程及其相关的输入、输出和文件典型的过程模型是数据流图DFD，DFD描述在一个系统中现有的和/或建议的过程,以及其输入,输出和文件在业务流程重构中,过程建模获得了重视,有助于组织将其业务过程可视化.俱乐部会员俱乐部会员仓库处理红利订单处理自动订单处理会员订单帐户订单会员订单响应修改后的自动订单现有订单细节积分等级和额度红利订单要履行的订单要履行的订单要履行的订单一个简单的过程模型(数据流)51三种最流行的模型驱动分析方法简介-信息工程信息工程(IE)是一种用来计划、分析和设计信息系统的(数据)模型驱动的、以数据为中心的，但对过程敏感的技术。IE模型是一些说明和同步系统的数据或过程的图形数据是一种应该被计划和管理的公司资源或资产先数据模型,即实体关系图(ERD)再数据流图是数据驱动的方法数据模型和过程模型之间的同步很重要工具:OracleDesigner,CAERWin,PowerDesign,SystemArchitect由…建立;建立发起由…发起由…特别推荐;特别推荐通过…注册;应用由…提交;提交生成由…生成销售;由…销售52三种最流行的模型驱动分析方法简介-面向对象分析面向对象分析(OOA)是一种模型驱动的技术,它将数据和过程集成到被称为对象的结构中.OOA模型是从各个方面(例如结构和行为)说明系统的对象的图形.统一建模语言(UML)是面向对象分析的建模标准,为整个对象模型提供了一系列图形化语言UML两个主要构件结构图(4种)类图对象图组件图部署图行为图(5种)用例图活动图序列图协作图状态图工具:RationalROSE,SystemArchitect0..*0..*有记录53系统分析阶段:包括初始研究、问题分析、需求分析和决策分析等阶段，各阶段的任务定义如下初始研究阶段或开始阶段，或概念阶段，或计划阶段任务列出问题、机会和指示，还包括紧急程度，可见性，收益，优先权，可能的方案等协商项目的初步范围，包括数据，流程，接口(人，位置，其它系统）评估项目价值计划项目汇报项目和计划交付成果项目章程：定义项目范围，计划，方法，标准等内容持续时间一般很短，对大多数项目，整个阶段不应该超过2－3天性能.信息.经济.控制.效率.服务管理层预期PIECES框架54初始研究阶段的任务业务团队系统所有者和用户(或指导委员会)评估项目价值3协商项目的初步范围2列出问题,机会,指示1计划项目4汇报项目和计划5项目请求或任务分配项目章程

含项目范围的初始问题陈述项目计划(项目值得做)项目范围陈述问题陈述PEICES含项目范围的问题陈述问题陈述和范围资料库初始问题陈述工作陈述,项目进度和资源分配55系统分析阶段包括初始研究、问题分析、需求分析和决策分析等阶段，各阶段的任务定义如下(续..)问题分析阶段或研究阶段，或当前系统研究，或可行性分析阶段任务研究问题领域分析问题和机会（因果分析）（可选）分析业务过程，BPR(as-istoto-be)制定系统改进目标,约束条件（范围，进度，成本，技术，政策）修改项目计划汇报调查结果和建议交付成果系统改进目标和建议报告初步项目计划作出决策持续时间视问题复杂程度而不同56问题分析阶段的任务业务团队系统所有者和用户(或指导委员会)分析业务过程3分析问题和机会2研究问题领域1制定系统改进目标4汇报调查结果和建议6(继续项目的批准-来自问题分析阶段)系统改进目标

问题领域和业务词汇修改后的项目计划问题领域,过程模型,过程分析问题陈述和因果分析当前系统文档,系统模型问题分析,系统改进目标和约束问题分析,系统模型和下改进目标资料库修改项目计划5项目计划系统改进目标项目章程57系统分析阶段包括初始研究、问题分析、需求分析和决策分析等阶段，各阶段的任务定义如下(续..)需求分析阶段或需求定义阶段，或逻辑设计阶段任务定义需求功能需求:描述一个系统必须提供的活动和服务.满足系统改进目标所需的输入输出,过程和存储的数据形式定义.非功能需求:描述一个满意的系统的其它特征,特点和约束条件.例如性能,易学易用性,预算,开支节省,时间表和最终期限.文档和配培训需求,质量管理,安全和内部审核控制.分析功能需求:系统建模(系统逻辑模型):数据逻辑模型,过程模型(数据流图,功能模型,用例图,活动图);接口模型(上下文图,用例图)或原型设计跟踪和完善需求排列需求的优先顺序修改项目计划交付成果业务需求规格说明书修改后的项目计划持续时间视问题复杂程度而不同数据需求过程需求接口需求58需求分析阶段的任务业务团队系统所有者和用户(或指导委员会)跟踪和完善需求3分析功能需求2定义需求1排列需求的优先级4修改项目计划5(继续项目的批准-来自问题分析阶段)业务需求陈述/规格说明

用于逆向工程的代码需求完成所有认可的需求所有验证的需求验证需求,原型,系统模型功能需求草稿,系统原型,模型和分析系统改进目标,功能和非功能需求含优先级的需求项目计划资料库现有文件,数据库和程序59系统分析阶段包括初始研究、问题分析、需求分析和决策分析等阶段，各阶段的任务定义如下(续..)决策分析阶段任务确定候选方案分析候选方案(技术,运行,经济,进度等)比较候选方案修改项目计划推荐一个最佳方案交付成果方案建议书修改后的项目计划持续时间60决策分析阶段的任务业务团队系统所有者和用户(或指导委员会)比较候选方案3分析候选方案2确定候选方案1修改项目计划4推荐一个系统方案5(继续项目的批准-来自需求分析系统方案建议

(没有其它候选)所有认可的需求被推荐的方案所有候选方案的可行性分析可行性分析业务需求,候选方案项目进度和资源分配目标系统方案资料库范围变化外部想法和观点技术界

内部想法和观点61系统分析方法系统分析需求获取简介需求获取过程需求获取方法调查研究策略需求文档的编制方法数据建模和分析过程建模可行性研究和系统方案建议性能.信息.经济.控制.效率.服务PIECES框架功能需求非功能需求62系统分析阶段包括初始研究、问题分析、需求分析和决策分析等阶段.从系统所有者和系统用户角度看待数据、过程和接口构件系统所有者系统用户系统设计员系统构造员系统分析员数据角度初始研究开发角度方法阶段/活动干系人厂商和咨询顾问人员角度信息系统构件业务实体和规则列表业务知识业务事件和响应列表业务功能业务地点和系统列表业务地点数据需求过程需求接口需求数据模式应用模式和说明接口说明数据库程序应用程序接口程序过程角度接口角度信息技术和架构数据库技术,过程技术,接口技术,网络技术项目和过程管理问题分析需求分析决策分析设计构造实现运行和支持性能.信息.经济.控制.效率.服务管理层预期PIECES框架createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>63需求获取简介需求获取:包括系统分析员用来从用户团队那里确定或提取系统问题和方案需求的技术问题分析:是指确定问题,理解问题(包括原因和结果)以及理解可能会限制方案的约束条件的活动系统需求(或业务需求):是对一个信息系统的需要和期望的描述.需求可能描述出系统的功能,特征(属性)和约束条件功能需求:是为了满足业务需要并被用户接受而必须包含在一个信息系统中的功能或特征.非功能需求:是对系统的特征,特点和属性以及可能限制建议方案的边界约束条件的描述.包括性能,信息,经济,安全和控制,效益,服务等64正确地确定需求十分重要,系统分析员的目标是定义满足以下准则的系统需求定义需求的准则一致的-需求不互相冲突或具有二义性完整的-需求描述了所有可能的系统输入和响应可行的-需求可以基于可得到的资源和约束条件得到满足需要的-需求是真正需要的并且实现了系统的目标正确的-正确地陈述了需求可追踪的-需求可以直接映射到系统的功能和特征可验证的-定义需求使得它们可以在测试期间被展示出来需求不正确可能导致系统费用可能比计划的多系统可能比承诺的时间交付得晚系统可能没有满足用户得预期投入运行后,维护和升级系统得费用可能会过高系统可能不可靠,而且容易产生错误和死机团队和成员得荣誉蒙受损失错误被发现的阶段费用率需求1设计3-6编码10开发测试15-40验收测试30-70运行40-1000著名信息急速经济学专家BarryW.Boehm

研究多个软件开发项目的结果修改一个错误的相对费用65需求获取过程及其方法发现和分析问题鱼骨图法或因果图是一种用于确定,探索和描述问题及其原因和结果得图形工具.头脑风暴法(Brainstorming)或集体讨论法获取需求调查研究法或信息收集法是使用研究,面谈,调查表,抽样以及其它技术来收集关于问题,需求和偏好信息的正式过程.工具:数据,过程和对象模型常用的7种技术:对现有文档、表格和数据库进行抽样；调研和实地访问；观察工作环境；调查表；面谈；原型设计；联合需求计划归档和分析需求记录需求草案：初始调查结果(各种工具，比如用例，需求表，决策表)分析需求：使用系统建模技术分析需求。解决遗漏的需求，矛盾的需求，不可行的需求，重叠的需求，二义性的需求形式化需求：以需求陈述，或需求规格说明书，或需求定义，或功能说明书等正式文件格式书写。需求管理需求管理就是管理需求变化的过程经验表明，在系统投入运行前，有50％或更多的需求将发生变化遵循职业道德规范,保密和知识产权66需求获取常的面谈技术是一种常用的调查研究技术,通过面对面的交互收集信息目标发现事实、验证事实、澄清事实、激发热情、让最终用户参与、确定需求以及征求想法和观点面谈的类型和技术非结构化面谈：仅仅用一个头脑中的一般目标或目的以及几个特定的问题进行组织。接见者希望被接见者提供一个框架并引导谈话过程。缺点是容易偏离主题。结构化面谈：接见者有一套专门的问题询问被接见者合理使用开放式问题和封闭式问题如何进行面谈选择被接见者，管理者：管理者级别越高，面谈时间就越短，业务员：首选需征得主管得同意。先约定时间，和地点。避免环境的影响面谈准备好面谈指南，即准备好询问被接见者的问题清单进行面谈(面谈分主体阶段，总结阶段和后续阶段)聆听带着积极的态度开会；让别人放松；让他们知道你在聆听；问问题；不要做任何假设；记笔记肢体语言和空间关系学肢体语言:是我们在沟通钟当通常没有意识到的所有非口头信息。面部表情流露；目光接触；姿态空间关系学：是人与围绕其空间的关系的学问。是沟通中的一个要素。67需求获取常的获取原型技术是为了发现或验证用户需求而构造那些需求的一个小规模的,有代表性的活动或者初步的工作模型原理当用户看到原型时,他们就将意识到他们的需求.开发原型当开发团队难以定义需求时,建立原型.通常只对那些没有被清晰地理解的需求建立原型优点允许用户和开发人员用软件做试验,并获得对系统可能如何工作的理解在高开发费用支出之前,辅助确定系统的可行性和有用性作为给用户的一种培训机制辅助构造最后在系统测试阶段使用的测试计划和假定可以使用于调查研究的时间极小化并有助于定义更稳定.更可靠的需求缺点开发人员可能需要接受原型技术方法的培训用户可能会基于原型的性能,可靠性和特征产生出不现实的预期.制作原型可能延长项目进度并增加成本68需求获取常的联合需求计划(JRP)技术是是一个过程,其中高度结构化的小组会议被用来分析问题并定义需求.JRP与会者JRP负责人:通常是位于顶层管理者(非IT人员)主持人:计划JRP会议,主持会议用户和管理者记录员IT人员如何计划JRP会议选择会议地点选择JRP会议参与者准备JRP会议议程如何主持JRP会议JRP会议的优点JRP积极地将用户和管理人员引入到开发项目中(鼓励他们作为项目的主人公)JRP减少了开发系统所需的时间.JRP把原型设计技术包括进来作为一种证实和获得设计建议批准的手段JRP会议的成功取决于JRP会议主持人及其计划与主持JRP会议的能力WorkshopBrainstorming69为了获得有用,完整的需求,和节省最终用户的时间,制定详细的和有效的调查研究策略是至关重要的首先,了解你能从现有文档,表格,报告和文件中得到的所有信息.基本思想是在面谈之前收集尽可能多的事实.如果合适,观察工作中的系统.注意不要问问题,只是观察,记笔记或画图.根据你已收集到的所有事实,设计并发调查表,澄清你没有完全理解的事情.这是征求关于问题和约束条件的好时机.进行面谈或小组会议或JRP会议作为备选,对于没有理解的功能需求或者需要被验证的需求,构造获取原型.追查到底.使用合适的调查研究技术验证事实70需求文档的编制方法用例用例,参与者,时序事件,活动,流程编制用例文档记录高层用例记录用例事件过程决策表它是一个说明一组条件及其对应行动的表格许多组织使用复杂的政策和决策制定规则,这些规则可导出业务过程.需求表清晰地表达需求需求可跟踪性按照流程和模板的要求和规范书写71系统分析方法系统分析需求获取数据建模和分析简介数据建模概念逻辑数据建模过程如何构造数据模型分析数据模型数据需求映射过程建模可行性研究和系统方案建议72在系统分析阶段获取业务知识和数据需求,并