IBM-華為APS項(xiàng)目系統(tǒng)分析培訓(xùn)教材-200403

HuaweiTechnologiesCo.,Ltd.系統(tǒng)分析與設(shè)計(jì)方法-系統(tǒng)分析方法管理工程部.AD系統(tǒng)分析部王濤編輯2004年3月HuaweiConfidential1前言參考《SystemsAnalysisandDesignMethods》(FifthEdition)JefferyL.WhittenLonnieD.BentleyKevinC.DittmanMcGraw-HillCompaniesAGuidetotheProjectManagementBodyofKnowledge內(nèi)容介紹信息系統(tǒng)分析和設(shè)計(jì)的原理、方法、技術(shù)、工具和應(yīng)用基于Zachman框架的信息系統(tǒng)構(gòu)件和信息系統(tǒng)開發(fā)生命周期為主線詳細(xì)探討了系統(tǒng)開發(fā)生命周期的前期、中期和后期活動(dòng)以及跨生命周期活動(dòng)重點(diǎn)是系統(tǒng)開發(fā)生命周期的前期和中期活動(dòng)，即系統(tǒng)分析和設(shè)計(jì)活動(dòng)2目錄系統(tǒng)分析和設(shè)計(jì)環(huán)境系統(tǒng)分析方法系統(tǒng)設(shè)計(jì)方法系統(tǒng)分析和設(shè)計(jì)完成后的工作面向?qū)ο蠓治雠c設(shè)計(jì)3系統(tǒng)分析和設(shè)計(jì)環(huán)境信息系統(tǒng)“產(chǎn)品”系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員信息系統(tǒng)構(gòu)件信息技術(shù)“動(dòng)力”系統(tǒng)分析和設(shè)計(jì)方法“過程”系統(tǒng)開發(fā)活動(dòng)干系人廠商和咨詢顧問人員角度4什么是信息系統(tǒng)和信息技術(shù)信息系統(tǒng)(IS)是人、數(shù)據(jù)、過程、信息表示和信息技術(shù)的組合，它們之間相互作用，支持并改進(jìn)企業(yè)業(yè)務(wù)的日常運(yùn)作，支持管理人員和用戶解決問題和進(jìn)行決策。信息技術(shù)(IT)是一個(gè)現(xiàn)代詞匯，描述計(jì)算機(jī)技術(shù)（硬件和軟件）和電信技術(shù)（數(shù)據(jù)、圖像、網(wǎng)絡(luò)和語音）的組合5系統(tǒng)分析和設(shè)計(jì)環(huán)境系統(tǒng)參與者信息系統(tǒng)構(gòu)件信息系統(tǒng)開發(fā)項(xiàng)目管理6信息系統(tǒng)的干系人是對(duì)某個(gè)已有信息系統(tǒng)或新信息系統(tǒng)有利益關(guān)系的人，大致可以分為6類系統(tǒng)所有者為要建造和維護(hù)的系統(tǒng)支付費(fèi)用。系統(tǒng)所有者是信息系統(tǒng)的發(fā)起人和主要倡導(dǎo)者，他們通常負(fù)責(zé)投資項(xiàng)目益進(jìn)行開發(fā)、運(yùn)行和維護(hù)信息系統(tǒng).比如發(fā)起人，贊助人。華為稱為Sponsor系統(tǒng)用戶使用該系統(tǒng)工作，或使用該系統(tǒng)支持他們完成的工作，系統(tǒng)用戶定義系統(tǒng)的業(yè)務(wù)需求和性能希望。比如管理者，操作員等是那些在通常意義上使用信息系統(tǒng)或受到信息系統(tǒng)影響的人－如收集、驗(yàn)證、錄入、響應(yīng)、存儲(chǔ)、交換數(shù)據(jù)和信息。通常也稱為客戶內(nèi)部用戶是構(gòu)建信息系統(tǒng)的企業(yè)雇員。外部用戶是其他企業(yè)和外部客戶系統(tǒng)設(shè)計(jì)人員設(shè)計(jì)系統(tǒng)來滿足用戶需求。在多數(shù)情況下，這些技術(shù)專家也是系統(tǒng)構(gòu)造人員，比如架構(gòu)設(shè)計(jì)師等將系統(tǒng)用戶的業(yè)務(wù)需求和約束轉(zhuǎn)換成技術(shù)方案。他們?cè)O(shè)計(jì)滿足系統(tǒng)用戶需求的計(jì)算機(jī)文件、數(shù)據(jù)庫、輸入、輸出、屏幕界面、網(wǎng)絡(luò)和程序7信息系統(tǒng)的干系人是對(duì)某個(gè)已有信息系統(tǒng)或新信息系統(tǒng)有利益關(guān)系的人，大致可以分為6類(續(xù))系統(tǒng)構(gòu)造人員構(gòu)造、測(cè)試和發(fā)布系統(tǒng)，使其投入運(yùn)行。根據(jù)系統(tǒng)設(shè)計(jì)人員的設(shè)計(jì)說明書構(gòu)造信息系統(tǒng)構(gòu)件。比如程序員，測(cè)試員等系統(tǒng)設(shè)計(jì)人員與系統(tǒng)構(gòu)造人員是同一個(gè)人。系統(tǒng)分析人員研究組織中存在的業(yè)務(wù)問題和需求，決定人、數(shù)據(jù)、過程、通信和信息技術(shù)如何最好地對(duì)企業(yè)業(yè)務(wù)進(jìn)行改進(jìn)。推動(dòng)信息系統(tǒng)和計(jì)算機(jī)應(yīng)用系統(tǒng)的開發(fā)。比如業(yè)務(wù)分析員BA業(yè)務(wù)分析員：是專門進(jìn)行業(yè)務(wù)問題分析和技術(shù)無關(guān)的需求分析的系統(tǒng)分析員，是業(yè)務(wù)領(lǐng)域的專家，他們幫助定義業(yè)務(wù)問題的系統(tǒng)需求，并協(xié)調(diào)其它企業(yè)用戶和技術(shù)人員之間的交互。是既懂業(yè)務(wù)又懂技術(shù)的人員IT廠商和咨詢顧問將硬件、軟件和服務(wù)銷售給企業(yè)，并把他們集成到企業(yè)的信息系統(tǒng)中。為企業(yè)提供信息系統(tǒng)和技術(shù)，顧問提供特殊的知識(shí)和技能8系統(tǒng)分析員做什么？系統(tǒng)分析員是一個(gè)解決問題的人解決問題真正的問題（無論是實(shí)際的或者是預(yù)期的），對(duì)這些問題需要采取正確的行動(dòng)。盡管還，沒有人抱怨，但可以改進(jìn)現(xiàn)狀的機(jī)會(huì)無論是否有人抱怨，都要改變現(xiàn)狀的指示。解決方法的基本步驟確定問題分析并理解問題確定對(duì)方案的需求或預(yù)期確定可選的方案并決定行動(dòng)計(jì)劃設(shè)計(jì)并實(shí)現(xiàn)“最好的”方案評(píng)估結(jié)果。如果問題沒有得到解決，則應(yīng)該回到第一步或第二步。系統(tǒng)分析員在哪兒工作參與具體的項(xiàng)目外包給外部資源進(jìn)行系統(tǒng)分析。這是企業(yè)中一個(gè)十分重要的發(fā)展趨勢(shì)。9系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員信息系統(tǒng)構(gòu)件信息技術(shù)“動(dòng)力”系統(tǒng)分析和設(shè)計(jì)方法“過程”系統(tǒng)開發(fā)活動(dòng)干系人廠商和咨詢顧問人員角度信息系統(tǒng)開發(fā)過程中，不同的干系人關(guān)注點(diǎn)不同信息系統(tǒng)的范圍（用途和遠(yuǎn)景、目標(biāo)和目的、成本和收益)一個(gè)信息系統(tǒng)信息系統(tǒng)的需求（獨(dú)立于技術(shù)的系統(tǒng)是什么和必須做什么）信息系統(tǒng)的構(gòu)成（系統(tǒng)實(shí)際的技術(shù)實(shí)現(xiàn)）信息系統(tǒng)的設(shè)計(jì)（如何使用技術(shù)實(shí)現(xiàn)系統(tǒng)）10從事系統(tǒng)分析員的職業(yè)準(zhǔn)備有效的信息技術(shù)知識(shí)，包括自動(dòng)數(shù)據(jù)搜集，C/S和B/S架構(gòu)，組件編程語言,對(duì)象編程語言，電子商務(wù)，ERP,GUI，快速應(yīng)用開發(fā)RAD，軟件工程,RUP,UML，Internet,Intranet,Extranet，RDBMS，網(wǎng)絡(luò)技術(shù)等計(jì)算機(jī)編程經(jīng)驗(yàn)和專長需要精通幾門高級(jí)語言編程一般商務(wù)知識(shí)會(huì)計(jì)學(xué)，企業(yè)法和倫理學(xué)，經(jīng)濟(jì)學(xué)，經(jīng)融學(xué)，生產(chǎn)制造，市場營銷，運(yùn)作管理，組織行為學(xué)等解決問題的技能識(shí)別問題分解問題分析和綜合問題的能力提供解決方案系統(tǒng)分析員是同管理者和用戶在管理者/用戶的層次上打交道的人;記下他們的經(jīng)驗(yàn);在提出方案之前先理解問題;在說話之前先思考;推進(jìn)系統(tǒng)開發(fā)工作;而非啟動(dòng)開發(fā)工作;支持組織問題的解答并理解他們的目標(biāo);使用合適的工具和方法幫助解決系統(tǒng)問題;和大家一起工作.11從事系統(tǒng)分析員的職業(yè)準(zhǔn)備(續(xù))與人溝通的能力商務(wù)發(fā)言；商務(wù)寫作；交談；聆聽；說服；技術(shù)討論；技術(shù)寫作處理人際關(guān)系的能力要求性格外向,友善解決利益沖突技術(shù),調(diào)解矛盾能力業(yè)務(wù)變革代言人團(tuán)隊(duì)影響能力和協(xié)作技能領(lǐng)導(dǎo)藝術(shù)變更管理能量里適應(yīng)能力每個(gè)項(xiàng)目都會(huì)面臨新挑戰(zhàn)各組織的開發(fā)標(biāo)準(zhǔn)(方法,技術(shù),工具)人格與道德規(guī)范優(yōu)秀的人格和道德品質(zhì)接觸企業(yè)或客戶的敏感信息,比如定價(jià)結(jié)構(gòu),薪水,客戶和供應(yīng)商等知識(shí)產(chǎn)權(quán)系統(tǒng)分析與設(shè)計(jì)技能掌握其概念和原理,工具和技術(shù)指導(dǎo)委員會(huì)網(wǎng)絡(luò)管理員應(yīng)用程序員信息技術(shù)廠商用戶N管理者/系統(tǒng)所有者數(shù)據(jù)管理員接口設(shè)計(jì)專家用戶2用戶1系統(tǒng)分析員12系統(tǒng)分析和設(shè)計(jì)環(huán)境系統(tǒng)參與者信息系統(tǒng)構(gòu)件信息系統(tǒng)開發(fā)項(xiàng)目管理13Zachman

框架從數(shù)據(jù)(What),功能(How),網(wǎng)絡(luò)(Where),人(Who),時(shí)間(Time),動(dòng)機(jī)(Why)等角度描述信息系統(tǒng)的粗框架(主意),概念,邏輯設(shè)計(jì),物理設(shè)計(jì),詳細(xì)組件藍(lán)圖等構(gòu)件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

企業(yè)框架把Zachman框架的每個(gè)元素映射成SystemArchitect圖或定義15Popkin流程是用SystemArchitect構(gòu)建企業(yè)信息系統(tǒng)的一個(gè)指南BeginProjectDevelopBusinessProfile(asis)DefineBusinessEnterpriseDirectionandBusinessObjectives(toBe)IdentifyCandidateEntitiesIdentifyBusinessFunctionsIdentifyProcessThreadsIdentifyBusinessEvents&ResultsIdentifyRolesCreateConceptualDataModelMapBusinessProcesstoFunctionsIdentifyBusinessProcessesDefineBusinessEvents&ResultsDefineRoles&CompetenciesDevelopBusinessConceptModelMapObjectivestoBusinessRequirementsCreateSwimLineDiagramCreateLogicalDataModelDefineUseCasesMapObjectivestoFunctionalRequirementsDefineClassModelIdentifyClassesIdentifyComponentsDefineObjectInteractionsSpecifyUserInteractionsIdentifySystemBoundariesCreatePhysicalDataModelGenerateDataBaseSchemaDefineImplementationClassesDefineNetworkArchitectureDesignWindowsMenusandScreenMapObjectivestoDesignRequirementsMapObjectivestoImplementationRequirementsDeploySystemGenerateSourceCodeAllocateObjectsMapDesignRequirementsMapImplementationRequirementsMapPersistentClassestoTablesMapPersistentClassesEntitiesMapRolestoActorsMapRequirementstoUseCasesRequirementsMapRolestoEBPsMapEntitiestoEBPsScope(Contextual)EnterpriseModel(Conceptual)SystemModel(Logical)TechnologyModel(Physical)Components(OutofContext)16信息系統(tǒng)構(gòu)件系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員數(shù)據(jù)角度信息技術(shù)“動(dòng)力”系統(tǒng)分析和設(shè)計(jì)方法“過程”系統(tǒng)開發(fā)廠商和咨詢顧問業(yè)務(wù)實(shí)體和規(guī)則列表業(yè)務(wù)知識(shí)業(yè)務(wù)事件和響應(yīng)列表業(yè)務(wù)功能業(yè)務(wù)地點(diǎn)和系統(tǒng)列表業(yè)務(wù)地點(diǎn)數(shù)據(jù)需求過程需求接口需求數(shù)據(jù)模式應(yīng)用模式和說明接口說明數(shù)據(jù)庫程序應(yīng)用程序接口程序過程角度接口角度活動(dòng)干系人人員角度信息系統(tǒng)構(gòu)件createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>17信息系統(tǒng)應(yīng)用包括事務(wù)處理系統(tǒng)、管理信息系統(tǒng)、決策支持系統(tǒng)、專家系統(tǒng)、OA和工作組系統(tǒng)等類型供應(yīng)商客戶電子商務(wù)電子商務(wù)市場營銷信息系統(tǒng)銷售信息系統(tǒng)客戶信息信息系統(tǒng)客戶關(guān)系管理信息系統(tǒng)（CRM）人力資源信息系統(tǒng)財(cái)務(wù)信息系統(tǒng)生產(chǎn)信息系統(tǒng)企業(yè)資源計(jì)劃(ERP)庫存信息系統(tǒng)經(jīng)理信息系統(tǒng)和決策支持系統(tǒng)或業(yè)務(wù)智能系統(tǒng)售后服務(wù)信息系統(tǒng)PDM信息系統(tǒng)因特網(wǎng)內(nèi)聯(lián)網(wǎng)前端系統(tǒng)后端系統(tǒng)OA信息系統(tǒng)18信息系統(tǒng)應(yīng)用類型事務(wù)處理系統(tǒng)是收集和處理關(guān)于企業(yè)事務(wù)的數(shù)據(jù)的信息系統(tǒng)用用提供數(shù)據(jù)維護(hù)能力更關(guān)心響應(yīng)時(shí)間、吞吐事務(wù)量、正確性、一致性和服務(wù)需要業(yè)務(wù)過程重構(gòu)BPR，指研究、分析和重新設(shè)計(jì)企業(yè)的基本業(yè)務(wù)過程，以降低成本和或提高效益管理信息系統(tǒng)（MIS）是一個(gè)可以提供面向管理報(bào)告的信息系統(tǒng)，是對(duì)事務(wù)處理系統(tǒng)的補(bǔ)充，它用來提供計(jì)劃、監(jiān)督和控制企業(yè)運(yùn)行的管理報(bào)告決策支持系統(tǒng)(DSS)或主管信息系統(tǒng)(EIS)或業(yè)務(wù)智能系統(tǒng)(BIS)為用戶提供決策信息，或?yàn)楦邔庸芾砣藛T提供決策信息。數(shù)據(jù)倉庫提供所需要的信息專家系統(tǒng)是一個(gè)程序化的決策制定信息系統(tǒng)，它收集并重現(xiàn)一個(gè)專業(yè)的問題解決者或決策制定者的知識(shí)和經(jīng)驗(yàn)，模擬專家進(jìn)行“思考”或“行動(dòng)”使用人工智能(AI)技術(shù)實(shí)現(xiàn)辦公自動(dòng)化系統(tǒng)支持廣泛的企業(yè)辦公活動(dòng)，在工作人員之間提供改進(jìn)的工作流和通信。個(gè)人信息系統(tǒng)是指被設(shè)計(jì)成滿足單個(gè)用戶需求的信息系統(tǒng)，用來提高個(gè)人的工作效率。工作信息系統(tǒng)是指被設(shè)計(jì)成滿足工作組需求的信息系統(tǒng)，用來提高工作組的工作效率。19信息系統(tǒng)架構(gòu)提供一個(gè)統(tǒng)一的框架，在這個(gè)框架中，各種具有不同觀點(diǎn)的人可以組織并查閱信息系統(tǒng)的基本構(gòu)件。系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員數(shù)據(jù)角度信息技術(shù)和架構(gòu)數(shù)據(jù)庫技術(shù)。過程技術(shù)。接口技術(shù)系統(tǒng)分析和設(shè)計(jì)方法“過程”系統(tǒng)開發(fā)活動(dòng)干系人廠商和咨詢顧問人員角度系統(tǒng)所有者的數(shù)據(jù)視圖信息系統(tǒng)構(gòu)件系統(tǒng)所有者的過程視圖系統(tǒng)用戶的數(shù)據(jù)視圖系統(tǒng)設(shè)計(jì)員的數(shù)據(jù)視圖系統(tǒng)構(gòu)造員的數(shù)據(jù)視圖過程角度接口角度系統(tǒng)用戶的過程視圖系統(tǒng)設(shè)計(jì)員的過程視圖系統(tǒng)構(gòu)造員的過程視圖系統(tǒng)所有者的接口視圖系統(tǒng)用戶的接口視圖系統(tǒng)設(shè)計(jì)員的接口視圖系統(tǒng)構(gòu)造員的接口視圖20信息系統(tǒng)開發(fā)活動(dòng)的數(shù)據(jù)、過程、接口三個(gè)角度，數(shù)據(jù)用于生成有用的信息的原始材料；過程實(shí)現(xiàn)企業(yè)任務(wù)的活動(dòng)；接口是系統(tǒng)如何同用戶和其他信息系統(tǒng)交互系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員數(shù)據(jù)角度數(shù)據(jù)庫管理系統(tǒng)系統(tǒng)分析和設(shè)計(jì)方法“過程”系統(tǒng)開發(fā)活動(dòng)干系人廠商和咨詢顧問人員角度信息系統(tǒng)構(gòu)件業(yè)務(wù)實(shí)體和規(guī)則列表業(yè)務(wù)知識(shí)業(yè)務(wù)事件和響應(yīng)列表業(yè)務(wù)功能業(yè)務(wù)地點(diǎn)和系統(tǒng)列表業(yè)務(wù)地點(diǎn)數(shù)據(jù)需求過程需求接口需求數(shù)據(jù)模式應(yīng)用模式和說明接口說明數(shù)據(jù)庫程序應(yīng)用程序接口程序過程角度接口角度應(yīng)用開發(fā)環(huán)境接口技術(shù)業(yè)務(wù)地點(diǎn)通信需求網(wǎng)絡(luò)架構(gòu)網(wǎng)絡(luò)程序網(wǎng)絡(luò)角度網(wǎng)絡(luò)技術(shù)深圳上海香港北京createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>,html><Head><title>OrderEntryFrom</title>21數(shù)據(jù)構(gòu)件是信息系統(tǒng)的基本構(gòu)件之一系統(tǒng)所有者的數(shù)據(jù)視圖是業(yè)務(wù)知識(shí)。業(yè)務(wù)知識(shí)是從及時(shí)，準(zhǔn)確，相關(guān)的信息中獲取的知識(shí)業(yè)務(wù)環(huán)境模型（ContextualModel)系統(tǒng)用戶的數(shù)據(jù)視圖是數(shù)據(jù)需求數(shù)據(jù)需求是用戶數(shù)據(jù)以實(shí)體、屬性、關(guān)系各規(guī)則形式的表述。邏輯數(shù)據(jù)模型,LDM系統(tǒng)設(shè)計(jì)人員的數(shù)據(jù)視圖是數(shù)據(jù)庫模式由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫模式、域、索引和其它與技術(shù)相關(guān)的組件構(gòu)成物理數(shù)據(jù)模型，PDM系統(tǒng)構(gòu)造人員的數(shù)據(jù)視圖是數(shù)據(jù)的實(shí)現(xiàn)使用非常精確的和不能出作的語言表示數(shù)據(jù)數(shù)據(jù)構(gòu)造文件，存儲(chǔ)與DBMS22過程構(gòu)件實(shí)現(xiàn)了信息系統(tǒng)的功能，過程執(zhí)行系統(tǒng)工作系統(tǒng)所有者的過程視圖：業(yè)務(wù)功能。業(yè)務(wù)功能是支持業(yè)務(wù)的持續(xù)的活動(dòng)。功能可以分解成其它子功能，最終分解成執(zhí)行特定任務(wù)的過程。是一組相關(guān)的過程業(yè)務(wù)流程系統(tǒng)用戶的過程視圖：過程需求業(yè)務(wù)過程是響應(yīng)業(yè)務(wù)時(shí)間的活動(dòng)過程需求是用戶的業(yè)務(wù)過程按照活動(dòng)、數(shù)據(jù)流或工作流形式的表述。業(yè)務(wù)過程需求通常以策略和規(guī)程的形式定義，策略是一組約束業(yè)務(wù)過程的規(guī)則；規(guī)程是實(shí)現(xiàn)一個(gè)業(yè)務(wù)過程的按部就班的指令和邏輯活動(dòng)圖、數(shù)據(jù)流圖、工作流模型系統(tǒng)設(shè)計(jì)人員的過程視圖：應(yīng)用模式和軟件規(guī)格說明書應(yīng)用模式是一個(gè)模型，表達(dá)了如何（或?qū)⑷绾危┦褂密浖陀布?shí)現(xiàn)所選擇的業(yè)務(wù)過程軟件規(guī)格說明書代表了業(yè)務(wù)過程的技術(shù)性設(shè)計(jì)，由系統(tǒng)構(gòu)造人員編寫的計(jì)算機(jī)程序自動(dòng)控制或支持這些業(yè)務(wù)過程狀態(tài)轉(zhuǎn)換圖，流程圖，結(jié)構(gòu)圖等系統(tǒng)構(gòu)造人員的過程視圖：應(yīng)用程序，原型設(shè)計(jì)應(yīng)用程序是基于程序設(shè)計(jì)語言的可以被機(jī)器讀取的表示，它表示了軟件過程要做什么，或軟件過程要如何實(shí)現(xiàn)它的任務(wù)。原型設(shè)計(jì)是一種使用快速應(yīng)用開發(fā)工具快速構(gòu)造信息系統(tǒng)的某些功能的技術(shù)程序，代碼23接口構(gòu)件是為系統(tǒng)用戶和其它信息系統(tǒng)提供有效的接口系統(tǒng)所有者的接口視圖：業(yè)務(wù)地點(diǎn)。新系統(tǒng)需要為哪些業(yè)務(wù)部門、雇員、客戶和外部企業(yè)提供接口這些業(yè)務(wù)部門、雇員、客戶和外部企業(yè)位于何處？系統(tǒng)是否需要同其它信息系統(tǒng)、計(jì)算機(jī)或自動(dòng)化系統(tǒng)接口？系統(tǒng)用戶的接口視圖：接口需求接口需求是用戶的輸入和輸出系統(tǒng)設(shè)計(jì)人員的接口視圖：接口說明是用戶界面和系統(tǒng)間接口的技術(shù)設(shè)計(jì)用戶會(huì)話描述了用戶如何在窗口之間移動(dòng)，同應(yīng)用程序交互，以完成有用的工作系統(tǒng)構(gòu)造人員的接口視圖：接口程序使用接口技術(shù)構(gòu)造、安裝、測(cè)試并實(shí)現(xiàn)用戶界面和系統(tǒng)間接口中間件是一層實(shí)用程序，它位于應(yīng)用程序和系統(tǒng)軟件之間，透明地集成不同的技術(shù)，以使它們能夠互操作。24網(wǎng)絡(luò)構(gòu)件是數(shù)據(jù)、過程、接口構(gòu)件的基礎(chǔ)，他們都建立在網(wǎng)絡(luò)構(gòu)件之上。網(wǎng)絡(luò)是獨(dú)立于信息系統(tǒng)建設(shè)的，一般不作為信息系統(tǒng)開發(fā)項(xiàng)目的一部分進(jìn)行設(shè)計(jì)，它被設(shè)計(jì)成支撐企業(yè)多個(gè)信息系統(tǒng)的。系統(tǒng)所有者的通信視圖：地理形式表達(dá)業(yè)務(wù)地點(diǎn)。以地理形式看待通信系統(tǒng)用戶的通信視圖：通信需求確定真正獨(dú)特的位置定義,和具體的通信需求通信需求通常表述成位置之間的數(shù)據(jù)流和這些數(shù)據(jù)流的流量與頻率系統(tǒng)設(shè)計(jì)人員的通信視圖：網(wǎng)絡(luò)架構(gòu)受到專門的電信和網(wǎng)絡(luò)技術(shù)限制的影響和或約束.重點(diǎn)說明一個(gè)可以支持通信需求的網(wǎng)絡(luò)結(jié)構(gòu),其通信視圖表述成工作站,終端,服務(wù)器,外設(shè),交換機(jī),路由器的物理位置和物理設(shè)備之間的互聯(lián).系統(tǒng)構(gòu)造人員的通信視圖：網(wǎng)絡(luò)程序使用聯(lián)網(wǎng)軟件定制并優(yōu)化網(wǎng)絡(luò),包括節(jié)點(diǎn)地址,協(xié)議,線速,流量控制,安全,優(yōu)先級(jí)以及其它復(fù)雜的網(wǎng)路參數(shù)需要購買和安裝通信軟件,以及配置和調(diào)試它們的性能.業(yè)務(wù)地點(diǎn)通信需求網(wǎng)絡(luò)架構(gòu)網(wǎng)絡(luò)程序<html><head>網(wǎng)絡(luò)角度網(wǎng)絡(luò)技術(shù)深圳上海香港北京數(shù)據(jù)角度過程角度接口角度網(wǎng)絡(luò)25系統(tǒng)分析和設(shè)計(jì)環(huán)境系統(tǒng)參與者信息系統(tǒng)構(gòu)件信息系統(tǒng)開發(fā)項(xiàng)目管理26信息系統(tǒng)開發(fā)不是一個(gè)無計(jì)劃的過程,同任何產(chǎn)品一樣,必須細(xì)致地制定和遵循系統(tǒng)開發(fā)方法,比如CMM系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員數(shù)據(jù)角度初始研究開發(fā)角度方法階段/活動(dòng)干系人廠商和咨詢顧問人員角度信息系統(tǒng)構(gòu)件業(yè)務(wù)實(shí)體和規(guī)則列表業(yè)務(wù)知識(shí)業(yè)務(wù)事件和響應(yīng)列表業(yè)務(wù)功能業(yè)務(wù)地點(diǎn)和系統(tǒng)列表業(yè)務(wù)地點(diǎn)數(shù)據(jù)需求過程需求接口需求數(shù)據(jù)模式應(yīng)用模式和說明接口說明數(shù)據(jù)庫程序應(yīng)用程序接口程序過程角度接口角度信息技術(shù)和架構(gòu)數(shù)據(jù)庫技術(shù),過程技術(shù),接口技術(shù),網(wǎng)絡(luò)技術(shù)項(xiàng)目和過程管理問題分析需求分析決策分析設(shè)計(jì)構(gòu)造實(shí)現(xiàn)運(yùn)行和支持性能.信息.經(jīng)濟(jì).控制.效率.服務(wù)管理層預(yù)期PIECES框架P:提高性能(Performance)的需要I:改進(jìn)信息和數(shù)據(jù)(Information)的需要E:改進(jìn)經(jīng)濟(jì)(Economics),控制成本或增加收益的需要C:改進(jìn)控制(Control)或安全的需要E:改進(jìn)人于過程的效益(Efficiency)的需要S:改進(jìn)對(duì)客戶,供應(yīng)商,合作伙伴,雇員等的服務(wù)(Service)的需要createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>27信息系統(tǒng)開發(fā)過程是一組活動(dòng),方法,最佳實(shí)踐,交付成果和自動(dòng)化工具,系統(tǒng)開發(fā)的干系人用它們來開發(fā)和維護(hù)信息系統(tǒng)及軟件信息系統(tǒng)是一個(gè)復(fù)雜的產(chǎn)品大約70%甚至更多的信息系統(tǒng)開發(fā)項(xiàng)目沒能滿足預(yù)期的需求費(fèi)用超過預(yù)算比承諾的時(shí)間交付延期GartnerGroup建議:堅(jiān)持使用現(xiàn)代的嚴(yán)格的方法學(xué)可以在兩年內(nèi)使70%的組織的系統(tǒng)開發(fā)生產(chǎn)率至少提高30%.28能力成熟度模型(CMM)是用來評(píng)估組織的信息系統(tǒng)開發(fā)以及管理過程和產(chǎn)品的成熟度等級(jí)的框架,由5個(gè)開發(fā)成熟度等級(jí)構(gòu)成第5級(jí):優(yōu)化級(jí)第4級(jí):定量管理級(jí)第3級(jí):已定義級(jí)第2級(jí):可重復(fù)級(jí)第1級(jí):初始級(jí)風(fēng)險(xiǎn)競爭力能力成熟度模型（CMM）持續(xù)的軟件產(chǎn)品質(zhì)量提高活動(dòng)29CMM級(jí)別定義初始級(jí)系統(tǒng)開發(fā)項(xiàng)目沒有規(guī)定的過程可遵循,每個(gè)開發(fā)者都使用自己的工具和方法.項(xiàng)目的成敗往往取決于項(xiàng)目團(tuán)隊(duì)的技能和經(jīng)驗(yàn)開發(fā)過程是不可預(yù)測(cè)的、不可重復(fù)的常常超出預(yù)算；延誤計(jì)劃；文檔零散，或項(xiàng)目與項(xiàng)目之間的文檔不一致；維護(hù)困難。可重復(fù)級(jí)組織已經(jīng)建立倆項(xiàng)目管理過程和實(shí)踐來跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能。重點(diǎn)是項(xiàng)目管理，項(xiàng)目與項(xiàng)目之間的開發(fā)過程可能不同；項(xiàng)目的成敗仍然取決于項(xiàng)目團(tuán)隊(duì)的技能和經(jīng)驗(yàn)組織做了一些協(xié)調(diào)工作以盡力重復(fù)早期的項(xiàng)目成功經(jīng)驗(yàn)。已定義級(jí)組織購買了或者開發(fā)了一個(gè)標(biāo)準(zhǔn)的系統(tǒng)開發(fā)過程（或方法學(xué)），它的使用已經(jīng)集成到組織的信息系統(tǒng)/服務(wù)部門中所有項(xiàng)目都使用這個(gè)標(biāo)準(zhǔn)化的軟件開發(fā)過程的裁剪版來開發(fā)和維護(hù)信息系統(tǒng)和軟件每個(gè)項(xiàng)目都產(chǎn)生一致且高質(zhì)量的文檔和交付成果開發(fā)過程是未定的、可預(yù)測(cè)的、而且是可重復(fù)的已管理級(jí)組織建立了可度量的質(zhì)量和生產(chǎn)率目標(biāo)。標(biāo)準(zhǔn)系統(tǒng)開發(fā)過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)被例行公事地收集和存儲(chǔ)在數(shù)據(jù)庫中。組織根據(jù)收集的數(shù)據(jù)努力提高項(xiàng)目管理水平。管理層尋求更主動(dòng)地而不是被動(dòng)地應(yīng)對(duì)系統(tǒng)開發(fā)問題(例如費(fèi)用超支，范圍蔓延、進(jìn)度延遲等)。甚至當(dāng)項(xiàng)目遇到了不可預(yù)知的問題時(shí)，開發(fā)過程仍可以根據(jù)對(duì)問題影響的預(yù)測(cè)和度量進(jìn)行調(diào)整。優(yōu)化級(jí)根據(jù)第4級(jí)建立的度量和數(shù)據(jù)分析，標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過程被連續(xù)地監(jiān)督和改進(jìn)可能包括改變標(biāo)準(zhǔn)系統(tǒng)開發(fā)過程中的活動(dòng)使用的技術(shù)和最佳實(shí)踐調(diào)整開發(fā)過程本身經(jīng)驗(yàn)教訓(xùn)在整個(gè)組織內(nèi)部共享，強(qiáng)調(diào)保證質(zhì)量的同時(shí)消除系統(tǒng)開發(fā)過程的低效率。組織實(shí)施制度化的持續(xù)系統(tǒng)開發(fā)過程改進(jìn)措施一個(gè)200000行代碼開發(fā)項(xiàng)目的CMM項(xiàng)目統(tǒng)計(jì)組織的CMM等級(jí)項(xiàng)目持續(xù)時(shí)間(月)項(xiàng)目人月出現(xiàn)錯(cuò)誤數(shù)平均費(fèi)用(百萬美元)最低費(fèi)用(百萬美元)最高費(fèi)用(百萬美元)130600615.51.8100+218.5143121.30.961.73158070.7280.5180.93330系統(tǒng)生命周期和系統(tǒng)開發(fā)方法系統(tǒng)生命周期將一個(gè)信息系統(tǒng)的生命分為兩個(gè)階段：系統(tǒng)開發(fā)階段、系統(tǒng)運(yùn)行和支持階段，即首先時(shí)建造系統(tǒng)；然后使用系統(tǒng)，運(yùn)行系統(tǒng)并支持系統(tǒng)；最后，從運(yùn)行和支持階段再回到開發(fā)階段系統(tǒng)開發(fā)方法是一個(gè)十分正式且精確的系統(tǒng)開發(fā)過程，它為系統(tǒng)開發(fā)人員和項(xiàng)目管理者定義了（在CMM第3級(jí)）一組活動(dòng)、方法、最佳實(shí)踐、交付成果和自動(dòng)化工具，用來開發(fā)和維護(hù)大部分或所有的信息系統(tǒng)和軟件同CMM的目標(biāo)一致，系統(tǒng)開發(fā)方法確保提供一個(gè)一致而且可再生的方法應(yīng)用于所有項(xiàng)目。降低了簡捷性和錯(cuò)誤的風(fēng)險(xiǎn)為各個(gè)項(xiàng)目產(chǎn)生了完整且一致的文檔。滿足開發(fā)團(tuán)隊(duì)和成員不斷變化的現(xiàn)實(shí)需要，后來者可以方便地獲得和理解以前的工作成果方法可以獨(dú)創(chuàng)也可以購買商業(yè)方法，可以得到自動(dòng)化工具的支持代表性的商業(yè)工具Allfusion,AD/Method;RationalUnifiedProcess;SystemArchitect生命周期階段系統(tǒng)開發(fā)使用系統(tǒng)開發(fā)方法生命周期階段系統(tǒng)運(yùn)行和支持使用信息技術(shù)系統(tǒng)的生命周期轉(zhuǎn)換報(bào)廢系統(tǒng)生命周期31系統(tǒng)開發(fā)的8個(gè)基本原則讓所有者和用戶參與使用一套問題解決的步驟確立開發(fā)階段和開發(fā)活動(dòng)建立標(biāo)準(zhǔn)包括文檔,質(zhì)量,自動(dòng)化工具,信息技術(shù)(組織性的)將系統(tǒng)作為重要的投資看待成本效益和風(fēng)險(xiǎn)管理不必害怕取消和返工如果項(xiàng)目不再可行就取消它如果項(xiàng)目范圍增加了,就重新評(píng)價(jià)并調(diào)整費(fèi)用和進(jìn)度如果不能改變項(xiàng)目預(yù)算和進(jìn)度,并且項(xiàng)目預(yù)算和進(jìn)度不足以實(shí)現(xiàn)所有的項(xiàng)目目標(biāo),就減少范圍分而治之設(shè)計(jì)系統(tǒng)時(shí)應(yīng)該考慮到增長和變化進(jìn)度成本范圍32系統(tǒng)技術(shù)應(yīng)用框架(FAST)方法業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))需求分析3問題分析2初始研究1決策分析4設(shè)計(jì)5實(shí)現(xiàn)7構(gòu)造6運(yùn)行和支持階段

問題,機(jī)會(huì)和指示業(yè)務(wù)方案運(yùn)行系統(tǒng)功能系統(tǒng)

項(xiàng)目團(tuán)隊(duì)

項(xiàng)目章程系統(tǒng)改進(jìn)目標(biāo)設(shè)計(jì)說明批準(zhǔn)的系統(tǒng)方案建議業(yè)務(wù)需求陳述想法,架構(gòu),匯報(bào)等需求,優(yōu)先級(jí)等事實(shí),原因,結(jié)果等范圍,約束,項(xiàng)目參與者,預(yù)算,進(jìn)度等想法,觀點(diǎn),標(biāo)準(zhǔn)等系統(tǒng)所有者,用戶,設(shè)計(jì)人員,構(gòu)造人員和分析員文檔培訓(xùn)等文檔，反饋,測(cè)試用例等反饋,問題,教訓(xùn)等現(xiàn)有系統(tǒng)反饋33系統(tǒng)技術(shù)應(yīng)用框架方法通過資料庫共享知識(shí)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))需求分析3問題分析2初始研究1決策分析4設(shè)計(jì)5實(shí)現(xiàn)7構(gòu)造6運(yùn)行和支持階段

問題,機(jī)會(huì)和指示業(yè)務(wù)方案運(yùn)行系統(tǒng)功能系統(tǒng)

項(xiàng)目章程系統(tǒng)改進(jìn)目標(biāo)設(shè)計(jì)說明批準(zhǔn)的系統(tǒng)方案建議業(yè)務(wù)需求陳述想法,架構(gòu),匯報(bào)等需求,優(yōu)先級(jí)等事實(shí),原因,結(jié)果等范圍,約束,項(xiàng)目參與者,預(yù)算,進(jìn)度等想法,觀點(diǎn),標(biāo)準(zhǔn)等文檔培訓(xùn)等文檔，反饋,測(cè)試用例等反饋,問題,教訓(xùn)等現(xiàn)有系統(tǒng)反饋資料庫34模型驅(qū)動(dòng)開發(fā)（MDD）方法強(qiáng)調(diào)建立模型以可視化并分析問題，定義業(yè)務(wù)需求以及設(shè)計(jì)信息系統(tǒng)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))需求分析3問題分析2初始研究1決策分析4設(shè)計(jì)5實(shí)現(xiàn)7構(gòu)造6運(yùn)行和支持階段業(yè)務(wù)方案運(yùn)行系統(tǒng)功能系統(tǒng)

項(xiàng)目團(tuán)隊(duì)

項(xiàng)目章程系統(tǒng)改進(jìn)目標(biāo)設(shè)計(jì)說明批準(zhǔn)的系統(tǒng)方案建議

業(yè)務(wù)需求陳述系統(tǒng)所有者,用戶,設(shè)計(jì)人員,構(gòu)造人員和分析員運(yùn)行或支持問題實(shí)現(xiàn)問題設(shè)計(jì)問題決策問題范圍問題未預(yù)料到的問題范圍問題需求問題項(xiàng)目和系統(tǒng)范圍模型現(xiàn)有系統(tǒng)模型業(yè)務(wù)需求模型多種技術(shù)方案模型多種技術(shù)方案模型35快速應(yīng)用開發(fā)（RAD）方法強(qiáng)調(diào)用戶深入地參與到一個(gè)系統(tǒng)工作原型的快速進(jìn)化和構(gòu)造過程中，以加速系統(tǒng)的開發(fā)過程。也稱為螺旋方法業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))分析(迭代的)3問題(被快速的)2初始研究1設(shè)計(jì)(迭代的)3實(shí)現(xiàn)(迭代的)7構(gòu)造(迭代的)4運(yùn)行和支持階段業(yè)務(wù)方案功能原型

項(xiàng)目團(tuán)隊(duì)

項(xiàng)目章程系統(tǒng)改進(jìn)目標(biāo)迭代的設(shè)計(jì)說明

業(yè)務(wù)需求陳述系統(tǒng)所有者,用戶,設(shè)計(jì)人員,構(gòu)造人員和分析員(參與所有開發(fā)階段)運(yùn)行的系統(tǒng)(一個(gè)發(fā)布版本)

原型反饋問題,機(jī)會(huì)和指示設(shè)計(jì)問題提煉的需求實(shí)現(xiàn)(迭代的)7候選功能系統(tǒng)

36計(jì)算機(jī)輔助系統(tǒng)工程(CASE)可以提高生產(chǎn)效率,改進(jìn)質(zhì)量,更好和一致的文檔,減少生命周期的維護(hù),集成了真正可以的方法學(xué)CASE工作站和軟件CASE資料庫作圖工具描述工具原型設(shè)計(jì)工具質(zhì)量管理工具文檔記錄工具設(shè)計(jì)和代碼生成器系統(tǒng)分析/設(shè)計(jì)/構(gòu)造員系統(tǒng)原型系統(tǒng)描述和說明系統(tǒng)原型質(zhì)量報(bào)告項(xiàng)目和系統(tǒng)文檔設(shè)計(jì)模型和程序代碼CASE資料庫通常存儲(chǔ)在服務(wù)器上,以使它們可以被多個(gè)項(xiàng)目和參與者共享Oracle:DesignerCA:ERWinRational:ROSEPopkin:SystemArchitectMicrosoft:VisioSterling:COOLBoland:PowerDesign37系統(tǒng)分析和設(shè)計(jì)環(huán)境系統(tǒng)參與者信息系統(tǒng)構(gòu)件信息系統(tǒng)開發(fā)項(xiàng)目管理38項(xiàng)目管理簡介項(xiàng)目(Project)是為了創(chuàng)建一個(gè)獨(dú)特的產(chǎn)品或服務(wù)而進(jìn)行的一次性努力。項(xiàng)目的特征是臨時(shí)性和唯一性項(xiàng)目管理(ProjectManagement)就是應(yīng)用有關(guān)項(xiàng)目活動(dòng)的知識(shí)、技能、工具和技術(shù)去達(dá)到或超越項(xiàng)目干系人對(duì)項(xiàng)目的需要和期望大型項(xiàng)目(Program)是一組以相互協(xié)調(diào)的方式管理的相關(guān)聯(lián)的省墓，通常包括持續(xù)的活動(dòng)和涉及一系列重復(fù)或循環(huán)的操作。項(xiàng)目管理涉及9大知識(shí)領(lǐng)域綜合管理范圍管理時(shí)間管理成本管理質(zhì)量管理人力資源溝通管理風(fēng)險(xiǎn)管理采購管理39項(xiàng)目管理過程組及其聯(lián)系和交互作用項(xiàng)目計(jì)劃變更申請(qǐng)糾正措施計(jì)劃更新InitiatingProcessesPlanningProcessesControllingProcessesExecutingProcessesClosingProcesses啟動(dòng)過程計(jì)劃過程控制過程收尾過程執(zhí)行過程40項(xiàng)目管理知識(shí)領(lǐng)域和過程組啟動(dòng)項(xiàng)目計(jì)劃編制綜合變更控制項(xiàng)目計(jì)劃執(zhí)行活動(dòng)定義資源計(jì)劃質(zhì)量計(jì)劃組織計(jì)劃溝通計(jì)劃風(fēng)險(xiǎn)管理計(jì)劃采購計(jì)劃綜合管理范圍管理時(shí)間管理成本管理質(zhì)量管理人力資源溝通管理風(fēng)險(xiǎn)管理采購管理活動(dòng)排序成本估算人員招募風(fēng)險(xiǎn)識(shí)別詢價(jià)計(jì)劃活動(dòng)工期估計(jì)成本預(yù)算定性風(fēng)險(xiǎn)分析進(jìn)度開發(fā)定量風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃范圍計(jì)劃范圍定義范圍核實(shí)范圍變更控制進(jìn)度控制成本控制質(zhì)量保證質(zhì)量控制團(tuán)隊(duì)開發(fā)信息發(fā)布績效報(bào)告管理收尾風(fēng)險(xiǎn)監(jiān)督和控制合同收尾詢價(jià)供方選擇合同管理啟動(dòng)過程計(jì)劃過程控制過程執(zhí)行過程收尾過程41在一個(gè)項(xiàng)目階段中項(xiàng)目管理過程的交疊PhaseStart階段啟動(dòng)PhaseFinish階段結(jié)束LevelOfActivityInitiatingProcesses啟動(dòng)過程PlanningProcesses計(jì)劃過程ExecutingProcesses實(shí)施過程ControllingProcesses控制過程ClosingProcesses收尾過程活動(dòng)（資源投入）水平42項(xiàng)目生命周期的特性啟動(dòng)/概念計(jì)劃執(zhí)行收尾完成的概率和風(fēng)險(xiǎn)項(xiàng)目資源43項(xiàng)目管理生命周期優(yōu)化中心方法學(xué)和自動(dòng)化工具專家估計(jì)任務(wù)(估算)3確定任務(wù)(計(jì)劃)2協(xié)商范圍(確定范圍)1說明任務(wù)之間的依賴關(guān)系(調(diào)度)4分配資源(組織)5監(jiān)督和控制進(jìn)展(控制)7指導(dǎo)團(tuán)度工作(指導(dǎo))6評(píng)估項(xiàng)目結(jié)果和經(jīng)驗(yàn)(項(xiàng)目結(jié)束)8項(xiàng)目分配過程和項(xiàng)目改進(jìn)已完成項(xiàng)目的經(jīng)驗(yàn)里程碑完成

項(xiàng)目團(tuán)隊(duì)工作陳述工作分解結(jié)構(gòu)資源分配和預(yù)算調(diào)度的任務(wù)任務(wù)工期時(shí)間約束估計(jì)和觀點(diǎn)方法學(xué)和經(jīng)驗(yàn)項(xiàng)目章程和團(tuán)隊(duì)建設(shè)資源承諾系統(tǒng)所有者,用戶,設(shè)計(jì)人員,構(gòu)造人員和分析員任務(wù)進(jìn)展和分析授權(quán)和指導(dǎo)經(jīng)驗(yàn),觀察和建議現(xiàn)有系統(tǒng)反饋管理層不屬于項(xiàng)目團(tuán)隊(duì)的管理人員(外部)進(jìn)展報(bào)告

下一里程碑修訂

方法學(xué)或過程標(biāo)準(zhǔn)44目錄系統(tǒng)分析和設(shè)計(jì)環(huán)境系統(tǒng)分析方法系統(tǒng)設(shè)計(jì)方法系統(tǒng)分析和設(shè)計(jì)完成后的工作面向?qū)ο蠓治雠c設(shè)計(jì)45系統(tǒng)分析方法系統(tǒng)分析系統(tǒng)分析階段劃分系統(tǒng)分析方法初始研究階段問題分析階段需求分析階段決策分析階段需求獲取數(shù)據(jù)建模和分析過程建?？尚行匝芯亢拖到y(tǒng)方案建議46系統(tǒng)分析階段包括初始研究、問題分析、需求分析和決策分析等階段.從系統(tǒng)所有者和系統(tǒng)用戶角度看待數(shù)據(jù)、過程和接口構(gòu)件系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員數(shù)據(jù)角度初始研究開發(fā)角度方法階段/活動(dòng)干系人廠商和咨詢顧問人員角度信息系統(tǒng)構(gòu)件業(yè)務(wù)實(shí)體和規(guī)則列表業(yè)務(wù)知識(shí)業(yè)務(wù)事件和響應(yīng)列表業(yè)務(wù)功能業(yè)務(wù)地點(diǎn)和系統(tǒng)列表業(yè)務(wù)地點(diǎn)數(shù)據(jù)需求過程需求接口需求數(shù)據(jù)模式應(yīng)用模式和說明接口說明數(shù)據(jù)庫程序應(yīng)用程序接口程序過程角度接口角度信息技術(shù)和架構(gòu)數(shù)據(jù)庫技術(shù),過程技術(shù),接口技術(shù),網(wǎng)絡(luò)技術(shù)項(xiàng)目和過程管理問題分析需求分析決策分析設(shè)計(jì)構(gòu)造實(shí)現(xiàn)運(yùn)行和支持性能.信息.經(jīng)濟(jì).控制.效率.服務(wù)管理層預(yù)期PIECES框架createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>47系統(tǒng)分析是一種問題解決技術(shù)，它將一個(gè)系統(tǒng)分解成各個(gè)組成部分，目的是研究各個(gè)部分如何工作，如何交互，以實(shí)現(xiàn)其系統(tǒng)目標(biāo)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))需求分析3問題分析2初始研究1決策分析4設(shè)計(jì)5實(shí)現(xiàn)7構(gòu)造6運(yùn)行和支持階段

問題,機(jī)會(huì)和指示業(yè)務(wù)方案運(yùn)行系統(tǒng)功能系統(tǒng)

項(xiàng)目團(tuán)隊(duì)

項(xiàng)目章程系統(tǒng)改進(jìn)目標(biāo)設(shè)計(jì)說明批準(zhǔn)的系統(tǒng)方案建議業(yè)務(wù)需求陳述想法,架構(gòu),匯報(bào)等需求,優(yōu)先級(jí)等事實(shí),原因,結(jié)果等范圍,約束,項(xiàng)目參與者,預(yù)算,進(jìn)度等想法,觀點(diǎn),標(biāo)準(zhǔn)等系統(tǒng)所有者,用戶,設(shè)計(jì)人員,構(gòu)造人員和分析員文檔培訓(xùn)等文檔，反饋,測(cè)試用例等反饋,問題,教訓(xùn)等現(xiàn)有系統(tǒng)反饋48系統(tǒng)分析方法包括結(jié)構(gòu)化分析，信息工程，獲取原型和面向?qū)ο蟮姆治龇椒ǎ@些方法既是項(xiàng)目競爭的可相互替代的，又是可以互補(bǔ)的模型驅(qū)動(dòng)分析方法強(qiáng)調(diào)繪制圖形化系統(tǒng)模型來記錄和驗(yàn)證現(xiàn)有的和/或建議的系統(tǒng).系統(tǒng)模型將最終成為設(shè)計(jì)和構(gòu)造一個(gè)改進(jìn)的系統(tǒng)的藍(lán)圖.結(jié)構(gòu)化分析、信息工程和面向?qū)ο蟮姆治龆际悄Ｐ万?qū)動(dòng)分析模型是對(duì)現(xiàn)實(shí)或構(gòu)想的一種表述.一副圖勝過千言萬語,大多數(shù)模型使用圖形方式表達(dá)現(xiàn)實(shí)和構(gòu)想流程圖,結(jié)構(gòu)或?qū)哟螆D,以及組織圖等圖形工具,CASE工具等.CASE工具可以進(jìn)行一致性和完整性分析以及基于規(guī)則的錯(cuò)誤檢查加速分析法原型法,快速架構(gòu)開發(fā)強(qiáng)調(diào)構(gòu)造原型以便更快速地為一個(gè)新系統(tǒng)確定業(yè)務(wù)需求和用戶需求.原型是一個(gè)預(yù)期系統(tǒng)的小規(guī)模的、不完整的但可工作的示例。原型法迎合了“當(dāng)我看到它時(shí)，我才知道我想要什么”的思維模式。獲取原型（需求原型）：向用戶提供響應(yīng)需求的一個(gè)快速而粗略的實(shí)現(xiàn)，以確定用戶的業(yè)務(wù)需求快速架構(gòu)分析：試圖從現(xiàn)有系統(tǒng)或獲取原型中導(dǎo)出系統(tǒng)模型。需要使用RAD工具，CASE，逆向工程49系統(tǒng)分析方法包括結(jié)構(gòu)化分析，信息工程，獲取原型和面向?qū)ο蟮姆治龇椒?，這些方法既是項(xiàng)目競爭的可相互替代的，又是可以互補(bǔ)的（續(xù)）需求發(fā)現(xiàn)法包括系統(tǒng)分析員用來從用戶團(tuán)體那里確定或提取系統(tǒng)問題和方案需求的技術(shù)調(diào)查研究或信息收集是一套經(jīng)典的技術(shù)，用于收集有關(guān)系統(tǒng)問題、機(jī)會(huì)、方案需求和需求優(yōu)先級(jí)的信息對(duì)現(xiàn)有文檔、報(bào)告、表單、文件數(shù)據(jù)庫和備忘錄進(jìn)行抽樣研究相關(guān)文獻(xiàn)、衡量其它方案和實(shí)地考察觀察當(dāng)前系統(tǒng)的運(yùn)轉(zhuǎn)和工作環(huán)境調(diào)查和咨詢管理人員和用戶團(tuán)體同合適的管理人員、用戶和技術(shù)員面談聯(lián)合需求計(jì)劃通過研討會(huì)將所有的系統(tǒng)所有者、系統(tǒng)用戶、系統(tǒng)分析員和一些系統(tǒng)設(shè)計(jì)員及構(gòu)造員組織在一起，進(jìn)行系統(tǒng)分析。業(yè)務(wù)流程重整法（BPR:BusinessProcessRedesignorBusinessProcessReengineering）是系統(tǒng)分析方法的應(yīng)用，目標(biāo)是獨(dú)立于信息技術(shù)動(dòng)態(tài)地改變和改進(jìn)一個(gè)組織的基本業(yè)務(wù)流程50三種最流行的模型驅(qū)動(dòng)分析方法簡介-結(jié)構(gòu)化分析結(jié)構(gòu)化分析是(過程)模型驅(qū)動(dòng)的、以過程為中心的技術(shù),用于分析一個(gè)現(xiàn)有系統(tǒng),定義新系統(tǒng)的業(yè)務(wù)需求,或者同時(shí)用于這兩種用途.模型是展示系統(tǒng)組件的圖形,內(nèi)容包括過程及其相關(guān)的輸入、輸出和文件典型的過程模型是數(shù)據(jù)流圖DFD，DFD描述在一個(gè)系統(tǒng)中現(xiàn)有的和/或建議的過程,以及其輸入,輸出和文件在業(yè)務(wù)流程重構(gòu)中,過程建模獲得了重視,有助于組織將其業(yè)務(wù)過程可視化.俱樂部會(huì)員俱樂部會(huì)員倉庫處理紅利訂單處理自動(dòng)訂單處理會(huì)員訂單帳戶訂單會(huì)員訂單響應(yīng)修改后的自動(dòng)訂單現(xiàn)有訂單細(xì)節(jié)積分等級(jí)和額度紅利訂單要履行的訂單要履行的訂單要履行的訂單一個(gè)簡單的過程模型(數(shù)據(jù)流)51三種最流行的模型驅(qū)動(dòng)分析方法簡介-信息工程信息工程(IE)是一種用來計(jì)劃、分析和設(shè)計(jì)信息系統(tǒng)的(數(shù)據(jù))模型驅(qū)動(dòng)的、以數(shù)據(jù)為中心的，但對(duì)過程敏感的技術(shù)。IE模型是一些說明和同步系統(tǒng)的數(shù)據(jù)或過程的圖形數(shù)據(jù)是一種應(yīng)該被計(jì)劃和管理的公司資源或資產(chǎn)先數(shù)據(jù)模型,即實(shí)體關(guān)系圖(ERD)再數(shù)據(jù)流圖是數(shù)據(jù)驅(qū)動(dòng)的方法數(shù)據(jù)模型和過程模型之間的同步很重要工具:OracleDesigner,CAERWin,PowerDesign,SystemArchitect由…建立;建立發(fā)起由…發(fā)起由…特別推薦;特別推薦通過…注冊(cè);應(yīng)用由…提交;提交生成由…生成銷售;由…銷售52三種最流行的模型驅(qū)動(dòng)分析方法簡介-面向?qū)ο蠓治雒嫦驅(qū)ο蠓治?OOA)是一種模型驅(qū)動(dòng)的技術(shù),它將數(shù)據(jù)和過程集成到被稱為對(duì)象的結(jié)構(gòu)中.OOA模型是從各個(gè)方面(例如結(jié)構(gòu)和行為)說明系統(tǒng)的對(duì)象的圖形.統(tǒng)一建模語言(UML)是面向?qū)ο蠓治龅慕?biāo)準(zhǔn),為整個(gè)對(duì)象模型提供了一系列圖形化語言UML兩個(gè)主要構(gòu)件結(jié)構(gòu)圖(4種)類圖對(duì)象圖組件圖部署圖行為圖(5種)用例圖活動(dòng)圖序列圖協(xié)作圖狀態(tài)圖工具:RationalROSE,SystemArchitect0..*0..*有記錄53系統(tǒng)分析階段:包括初始研究、問題分析、需求分析和決策分析等階段，各階段的任務(wù)定義如下初始研究階段或開始階段，或概念階段，或計(jì)劃階段任務(wù)列出問題、機(jī)會(huì)和指示，還包括緊急程度，可見性，收益，優(yōu)先權(quán)，可能的方案等協(xié)商項(xiàng)目的初步范圍，包括數(shù)據(jù)，流程，接口(人，位置，其它系統(tǒng)）評(píng)估項(xiàng)目價(jià)值計(jì)劃項(xiàng)目匯報(bào)項(xiàng)目和計(jì)劃交付成果項(xiàng)目章程：定義項(xiàng)目范圍，計(jì)劃，方法，標(biāo)準(zhǔn)等內(nèi)容持續(xù)時(shí)間一般很短，對(duì)大多數(shù)項(xiàng)目，整個(gè)階段不應(yīng)該超過2－3天性能.信息.經(jīng)濟(jì).控制.效率.服務(wù)管理層預(yù)期PIECES框架54初始研究階段的任務(wù)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))評(píng)估項(xiàng)目價(jià)值3協(xié)商項(xiàng)目的初步范圍2列出問題,機(jī)會(huì),指示1計(jì)劃項(xiàng)目4匯報(bào)項(xiàng)目和計(jì)劃5項(xiàng)目請(qǐng)求或任務(wù)分配項(xiàng)目章程

含項(xiàng)目范圍的初始問題陳述項(xiàng)目計(jì)劃(項(xiàng)目值得做)項(xiàng)目范圍陳述問題陳述PEICES含項(xiàng)目范圍的問題陳述問題陳述和范圍資料庫初始問題陳述工作陳述,項(xiàng)目進(jìn)度和資源分配55系統(tǒng)分析階段包括初始研究、問題分析、需求分析和決策分析等階段，各階段的任務(wù)定義如下(續(xù)..)問題分析階段或研究階段，或當(dāng)前系統(tǒng)研究，或可行性分析階段任務(wù)研究問題領(lǐng)域分析問題和機(jī)會(huì)（因果分析）（可選）分析業(yè)務(wù)過程，BPR(as-istoto-be)制定系統(tǒng)改進(jìn)目標(biāo),約束條件（范圍，進(jìn)度，成本，技術(shù)，政策）修改項(xiàng)目計(jì)劃匯報(bào)調(diào)查結(jié)果和建議交付成果系統(tǒng)改進(jìn)目標(biāo)和建議報(bào)告初步項(xiàng)目計(jì)劃作出決策持續(xù)時(shí)間視問題復(fù)雜程度而不同56問題分析階段的任務(wù)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))分析業(yè)務(wù)過程3分析問題和機(jī)會(huì)2研究問題領(lǐng)域1制定系統(tǒng)改進(jìn)目標(biāo)4匯報(bào)調(diào)查結(jié)果和建議6(繼續(xù)項(xiàng)目的批準(zhǔn)-來自問題分析階段)系統(tǒng)改進(jìn)目標(biāo)

問題領(lǐng)域和業(yè)務(wù)詞匯修改后的項(xiàng)目計(jì)劃問題領(lǐng)域,過程模型,過程分析問題陳述和因果分析當(dāng)前系統(tǒng)文檔,系統(tǒng)模型問題分析,系統(tǒng)改進(jìn)目標(biāo)和約束問題分析,系統(tǒng)模型和下改進(jìn)目標(biāo)資料庫修改項(xiàng)目計(jì)劃5項(xiàng)目計(jì)劃系統(tǒng)改進(jìn)目標(biāo)項(xiàng)目章程57系統(tǒng)分析階段包括初始研究、問題分析、需求分析和決策分析等階段，各階段的任務(wù)定義如下(續(xù)..)需求分析階段或需求定義階段，或邏輯設(shè)計(jì)階段任務(wù)定義需求功能需求:描述一個(gè)系統(tǒng)必須提供的活動(dòng)和服務(wù).滿足系統(tǒng)改進(jìn)目標(biāo)所需的輸入輸出,過程和存儲(chǔ)的數(shù)據(jù)形式定義.非功能需求:描述一個(gè)滿意的系統(tǒng)的其它特征,特點(diǎn)和約束條件.例如性能,易學(xué)易用性,預(yù)算,開支節(jié)省,時(shí)間表和最終期限.文檔和配培訓(xùn)需求,質(zhì)量管理,安全和內(nèi)部審核控制.分析功能需求:系統(tǒng)建模(系統(tǒng)邏輯模型):數(shù)據(jù)邏輯模型,過程模型(數(shù)據(jù)流圖,功能模型,用例圖,活動(dòng)圖);接口模型(上下文圖,用例圖)或原型設(shè)計(jì)跟蹤和完善需求排列需求的優(yōu)先順序修改項(xiàng)目計(jì)劃交付成果業(yè)務(wù)需求規(guī)格說明書修改后的項(xiàng)目計(jì)劃持續(xù)時(shí)間視問題復(fù)雜程度而不同數(shù)據(jù)需求過程需求接口需求58需求分析階段的任務(wù)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))跟蹤和完善需求3分析功能需求2定義需求1排列需求的優(yōu)先級(jí)4修改項(xiàng)目計(jì)劃5(繼續(xù)項(xiàng)目的批準(zhǔn)-來自問題分析階段)業(yè)務(wù)需求陳述/規(guī)格說明

用于逆向工程的代碼需求完成所有認(rèn)可的需求所有驗(yàn)證的需求驗(yàn)證需求,原型,系統(tǒng)模型功能需求草稿,系統(tǒng)原型,模型和分析系統(tǒng)改進(jìn)目標(biāo),功能和非功能需求含優(yōu)先級(jí)的需求項(xiàng)目計(jì)劃資料庫現(xiàn)有文件,數(shù)據(jù)庫和程序59系統(tǒng)分析階段包括初始研究、問題分析、需求分析和決策分析等階段，各階段的任務(wù)定義如下(續(xù)..)決策分析階段任務(wù)確定候選方案分析候選方案(技術(shù),運(yùn)行,經(jīng)濟(jì),進(jìn)度等)比較候選方案修改項(xiàng)目計(jì)劃推薦一個(gè)最佳方案交付成果方案建議書修改后的項(xiàng)目計(jì)劃持續(xù)時(shí)間60決策分析階段的任務(wù)業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)所有者和用戶(或指導(dǎo)委員會(huì))比較候選方案3分析候選方案2確定候選方案1修改項(xiàng)目計(jì)劃4推薦一個(gè)系統(tǒng)方案5(繼續(xù)項(xiàng)目的批準(zhǔn)-來自需求分析系統(tǒng)方案建議

(沒有其它候選)所有認(rèn)可的需求被推薦的方案所有候選方案的可行性分析可行性分析業(yè)務(wù)需求,候選方案項(xiàng)目進(jìn)度和資源分配目標(biāo)系統(tǒng)方案資料庫范圍變化外部想法和觀點(diǎn)技術(shù)界

內(nèi)部想法和觀點(diǎn)61系統(tǒng)分析方法系統(tǒng)分析需求獲取簡介需求獲取過程需求獲取方法調(diào)查研究策略需求文檔的編制方法數(shù)據(jù)建模和分析過程建?？尚行匝芯亢拖到y(tǒng)方案建議性能.信息.經(jīng)濟(jì).控制.效率.服務(wù)PIECES框架功能需求非功能需求62系統(tǒng)分析階段包括初始研究、問題分析、需求分析和決策分析等階段.從系統(tǒng)所有者和系統(tǒng)用戶角度看待數(shù)據(jù)、過程和接口構(gòu)件系統(tǒng)所有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)員系統(tǒng)構(gòu)造員系統(tǒng)分析員數(shù)據(jù)角度初始研究開發(fā)角度方法階段/活動(dòng)干系人廠商和咨詢顧問人員角度信息系統(tǒng)構(gòu)件業(yè)務(wù)實(shí)體和規(guī)則列表業(yè)務(wù)知識(shí)業(yè)務(wù)事件和響應(yīng)列表業(yè)務(wù)功能業(yè)務(wù)地點(diǎn)和系統(tǒng)列表業(yè)務(wù)地點(diǎn)數(shù)據(jù)需求過程需求接口需求數(shù)據(jù)模式應(yīng)用模式和說明接口說明數(shù)據(jù)庫程序應(yīng)用程序接口程序過程角度接口角度信息技術(shù)和架構(gòu)數(shù)據(jù)庫技術(shù),過程技術(shù),接口技術(shù),網(wǎng)絡(luò)技術(shù)項(xiàng)目和過程管理問題分析需求分析決策分析設(shè)計(jì)構(gòu)造實(shí)現(xiàn)運(yùn)行和支持性能.信息.經(jīng)濟(jì).控制.效率.服務(wù)管理層預(yù)期PIECES框架createtabletblOrderes

colOrderNotchar(5)notnull

colOrderDatedate/timenotprocValidateOrderperformValidateCustrepeatuntilNoMoreProd,html><Head><title>OrderEntryFrom</title>63需求獲取簡介需求獲取:包括系統(tǒng)分析員用來從用戶團(tuán)隊(duì)那里確定或提取系統(tǒng)問題和方案需求的技術(shù)問題分析:是指確定問題,理解問題(包括原因和結(jié)果)以及理解可能會(huì)限制方案的約束條件的活動(dòng)系統(tǒng)需求(或業(yè)務(wù)需求):是對(duì)一個(gè)信息系統(tǒng)的需要和期望的描述.需求可能描述出系統(tǒng)的功能,特征(屬性)和約束條件功能需求:是為了滿足業(yè)務(wù)需要并被用戶接受而必須包含在一個(gè)信息系統(tǒng)中的功能或特征.非功能需求:是對(duì)系統(tǒng)的特征,特點(diǎn)和屬性以及可能限制建議方案的邊界約束條件的描述.包括性能,信息,經(jīng)濟(jì),安全和控制,效益,服務(wù)等64正確地確定需求十分重要,系統(tǒng)分析員的目標(biāo)是定義滿足以下準(zhǔn)則的系統(tǒng)需求定義需求的準(zhǔn)則一致的-需求不互相沖突或具有二義性完整的-需求描述了所有可能的系統(tǒng)輸入和響應(yīng)可行的-需求可以基于可得到的資源和約束條件得到滿足需要的-需求是真正需要的并且實(shí)現(xiàn)了系統(tǒng)的目標(biāo)正確的-正確地陳述了需求可追蹤的-需求可以直接映射到系統(tǒng)的功能和特征可驗(yàn)證的-定義需求使得它們可以在測(cè)試期間被展示出來需求不正確可能導(dǎo)致系統(tǒng)費(fèi)用可能比計(jì)劃的多系統(tǒng)可能比承諾的時(shí)間交付得晚系統(tǒng)可能沒有滿足用戶得預(yù)期投入運(yùn)行后,維護(hù)和升級(jí)系統(tǒng)得費(fèi)用可能會(huì)過高系統(tǒng)可能不可靠,而且容易產(chǎn)生錯(cuò)誤和死機(jī)團(tuán)隊(duì)和成員得榮譽(yù)蒙受損失錯(cuò)誤被發(fā)現(xiàn)的階段費(fèi)用率需求1設(shè)計(jì)3-6編碼10開發(fā)測(cè)試15-40驗(yàn)收測(cè)試30-70運(yùn)行40-1000著名信息急速經(jīng)濟(jì)學(xué)專家BarryW.Boehm

研究多個(gè)軟件開發(fā)項(xiàng)目的結(jié)果修改一個(gè)錯(cuò)誤的相對(duì)費(fèi)用65需求獲取過程及其方法發(fā)現(xiàn)和分析問題魚骨圖法或因果圖是一種用于確定,探索和描述問題及其原因和結(jié)果得圖形工具.頭腦風(fēng)暴法(Brainstorming)或集體討論法獲取需求調(diào)查研究法或信息收集法是使用研究,面談,調(diào)查表,抽樣以及其它技術(shù)來收集關(guān)于問題,需求和偏好信息的正式過程.工具:數(shù)據(jù),過程和對(duì)象模型常用的7種技術(shù):對(duì)現(xiàn)有文檔、表格和數(shù)據(jù)庫進(jìn)行抽樣；調(diào)研和實(shí)地訪問；觀察工作環(huán)境；調(diào)查表；面談；原型設(shè)計(jì)；聯(lián)合需求計(jì)劃歸檔和分析需求記錄需求草案：初始調(diào)查結(jié)果(各種工具，比如用例，需求表，決策表)分析需求：使用系統(tǒng)建模技術(shù)分析需求。解決遺漏的需求，矛盾的需求，不可行的需求，重疊的需求，二義性的需求形式化需求：以需求陳述，或需求規(guī)格說明書，或需求定義，或功能說明書等正式文件格式書寫。需求管理需求管理就是管理需求變化的過程經(jīng)驗(yàn)表明，在系統(tǒng)投入運(yùn)行前，有50％或更多的需求將發(fā)生變化遵循職業(yè)道德規(guī)范,保密和知識(shí)產(chǎn)權(quán)66需求獲取常的面談技術(shù)是一種常用的調(diào)查研究技術(shù),通過面對(duì)面的交互收集信息目標(biāo)發(fā)現(xiàn)事實(shí)、驗(yàn)證事實(shí)、澄清事實(shí)、激發(fā)熱情、讓最終用戶參與、確定需求以及征求想法和觀點(diǎn)面談的類型和技術(shù)非結(jié)構(gòu)化面談：僅僅用一個(gè)頭腦中的一般目標(biāo)或目的以及幾個(gè)特定的問題進(jìn)行組織。接見者希望被接見者提供一個(gè)框架并引導(dǎo)談話過程。缺點(diǎn)是容易偏離主題。結(jié)構(gòu)化面談：接見者有一套專門的問題詢問被接見者合理使用開放式問題和封閉式問題如何進(jìn)行面談選擇被接見者，管理者：管理者級(jí)別越高，面談時(shí)間就越短，業(yè)務(wù)員：首選需征得主管得同意。先約定時(shí)間，和地點(diǎn)。避免環(huán)境的影響面談準(zhǔn)備好面談指南，即準(zhǔn)備好詢問被接見者的問題清單進(jìn)行面談(面談分主體階段，總結(jié)階段和后續(xù)階段)聆聽帶著積極的態(tài)度開會(huì)；讓別人放松；讓他們知道你在聆聽；問問題；不要做任何假設(shè)；記筆記肢體語言和空間關(guān)系學(xué)肢體語言:是我們?cè)跍贤ㄧ姰?dāng)通常沒有意識(shí)到的所有非口頭信息。面部表情流露；目光接觸；姿態(tài)空間關(guān)系學(xué)：是人與圍繞其空間的關(guān)系的學(xué)問。是溝通中的一個(gè)要素。67需求獲取常的獲取原型技術(shù)是為了發(fā)現(xiàn)或驗(yàn)證用戶需求而構(gòu)造那些需求的一個(gè)小規(guī)模的,有代表性的活動(dòng)或者初步的工作模型原理當(dāng)用戶看到原型時(shí),他們就將意識(shí)到他們的需求.開發(fā)原型當(dāng)開發(fā)團(tuán)隊(duì)難以定義需求時(shí),建立原型.通常只對(duì)那些沒有被清晰地理解的需求建立原型優(yōu)點(diǎn)允許用戶和開發(fā)人員用軟件做試驗(yàn),并獲得對(duì)系統(tǒng)可能如何工作的理解在高開發(fā)費(fèi)用支出之前,輔助確定系統(tǒng)的可行性和有用性作為給用戶的一種培訓(xùn)機(jī)制輔助構(gòu)造最后在系統(tǒng)測(cè)試階段使用的測(cè)試計(jì)劃和假定可以使用于調(diào)查研究的時(shí)間極小化并有助于定義更穩(wěn)定.更可靠的需求缺點(diǎn)開發(fā)人員可能需要接受原型技術(shù)方法的培訓(xùn)用戶可能會(huì)基于原型的性能,可靠性和特征產(chǎn)生出不現(xiàn)實(shí)的預(yù)期.制作原型可能延長項(xiàng)目進(jìn)度并增加成本68需求獲取常的聯(lián)合需求計(jì)劃(JRP)技術(shù)是是一個(gè)過程,其中高度結(jié)構(gòu)化的小組會(huì)議被用來分析問題并定義需求.JRP與會(huì)者JRP負(fù)責(zé)人:通常是位于頂層管理者(非IT人員)主持人:計(jì)劃JRP會(huì)議,主持會(huì)議用戶和管理者記錄員IT人員如何計(jì)劃JRP會(huì)議選擇會(huì)議地點(diǎn)選擇JRP會(huì)議參與者準(zhǔn)備JRP會(huì)議議程如何主持JRP會(huì)議JRP會(huì)議的優(yōu)點(diǎn)JRP積極地將用戶和管理人員引入到開發(fā)項(xiàng)目中(鼓勵(lì)他們作為項(xiàng)目的主人公)JRP減少了開發(fā)系統(tǒng)所需的時(shí)間.JRP把原型設(shè)計(jì)技術(shù)包括進(jìn)來作為一種證實(shí)和獲得設(shè)計(jì)建議批準(zhǔn)的手段JRP會(huì)議的成功取決于JRP會(huì)議主持人及其計(jì)劃與主持JRP會(huì)議的能力WorkshopBrainstorming69為了獲得有用,完整的需求,和節(jié)省最終用戶的時(shí)間,制定詳細(xì)的和有效的調(diào)查研究策略是至關(guān)重要的首先,了解你能從現(xiàn)有文檔,表格,報(bào)告和文件中得到的所有信息.基本思想是在面談之前收集盡可能多的事實(shí).如果合適,觀察工作中的系統(tǒng).注意不要問問題,只是觀察,記筆記或畫圖.根據(jù)你已收集到的所有事實(shí),設(shè)計(jì)并發(fā)調(diào)查表,澄清你沒有完全理解的事情.這是征求關(guān)于問題和約束條件的好時(shí)機(jī).進(jìn)行面談或小組會(huì)議或JRP會(huì)議作為備選,對(duì)于沒有理解的功能需求或者需要被驗(yàn)證的需求,構(gòu)造獲取原型.追查到底.使用合適的調(diào)查研究技術(shù)驗(yàn)證事實(shí)70需求文檔的編制方法用例用例,參與者,時(shí)序事件,活動(dòng),流程編制用例文檔記錄高層用例記錄用例事件過程決策表它是一個(gè)說明一組條件及其對(duì)應(yīng)行動(dòng)的表格許多組織使用復(fù)雜的政策和決策制定規(guī)則,這些規(guī)則可導(dǎo)出業(yè)務(wù)過程.需求表清晰地表達(dá)需求需求可跟蹤性按照流程和模板的要求和規(guī)范書寫71系統(tǒng)分析方法系統(tǒng)分析需求獲取數(shù)據(jù)建模和分析簡介數(shù)據(jù)建模概念邏輯數(shù)據(jù)建模過程如何構(gòu)造數(shù)據(jù)模型分析數(shù)據(jù)模型數(shù)據(jù)需求映射過程建?？尚行匝芯亢拖到y(tǒng)方案建議72在系統(tǒng)分析階段獲取業(yè)務(wù)知識(shí)和數(shù)據(jù)需求,并