软件工程-需求分析 PPT课件

需求分析 本节学习目的 通过本节的学习 了解软件开发过程中需求分析的重要性 掌握业务流程的概念以及用例 usecase 文档和软件需求规格说明文档的撰写 本节学习内容 可行性分析软件需求分析业务流程图用例分析软件需求规格说明 系统需求分析与结构设计 当我们在着手做任何一件工作以前 必须明确工作的性质 任务 制定完成任务的计划 这是非常必要的 同样对于软件产品的开发 显然也应该解决好这样类似的问题 明确该软件产品开发的任务 以及完成任务的价值从而制定出完成任务的计划 那么问题的定义和可性行研究就是制定软件系统的计划的第一步 所以在软件工程中把这一步称为计划时期 系统需求分析与结构设计 系统需求分析与结构设计之工作内容 分析系统需求 分配软件和硬件的功能分析硬件与软件的关系 定义软件和硬件之间的接口定义软件研制项目 编制软件可行性分析报告和软件开发计划 草稿 评估系统的可行性编制软件接口说明 必要时 方案分析 项目考虑业务考虑技术分析制造评估人的因素环境接口法律法规 Who 计算机系统分析和设计人员为主 未来可能承担其软件研制任务的需求分析人员参加 系统需求分析与结构设计要求 分析待开发系统的特定的预期使用要求 规定系统需求 根据评价准则评价系统需求 将评价结果形成文档 建立系统的顶层结构 根据评价准则评价系统结构和需求 将评价结果形成文档 系统需求分析与结构设计 可行性分析 研究 报告 系统 子系统设计说明 接口设计说明 分析系统需求 分配软件和硬件的功能分析硬件与软件的关系 定义软件和硬件之间的接口定义软件研制项目 编制软件可行性分析报告和软件开发计划 草稿 评估系统的可行性编制软件接口说明 必要时 可行性分析报告运行概念说明 Optional 系统 子系统需求规格说明系统 子系统设计说明接口需求规格说明 Optional 接口设计说明 Optional 评审工作 项目研制任务书或合同任务提出方的需求 评审工作 软件功能描述的正确性软硬件功能划分的合理性和可行性接口要求及接口设备要求的合理性质量要求的合理性开发环境要求的合理性和可行性开发进度要求的合理性和可行性开发技术的合理性和可行性开发成本的合理性和可行性 可行性分析报告 项目背景客户需求商务前景市场计划技术方案实施周期财务分析风险管理 项目背景 项目来源项目来源涉及到项目的环境 商务实施条件 客户合作关系等要素 项目干系人项目涉及的干系人 利益和影响分析 客户需求 商务需求客户为了实现商务目标而制定的计划和目标 功能需求为了实现商务需求而制定的技术要求和流程 潜在需求项目未来可能或必然的需求 客户需求实例 商务需求 系统能够实现医院的招投标采购 集中并规范医药交易市场 功能需求 医院利用电子药房客户端的采购系统 将采购药品的规格 数量 包装等信息发布到交易系统的最新采购的数据库中 潜在需求 实现医院与药品批发企业的物流配送管理 商务前景 项目完成以后的商务影响是否可持续发展 项目维持是否可更新换代 项目升级是否可扩展壮大 项目扩展 市场计划 市场定位目标市场分析 市场容量 市场资源竞争对手分析目标市场分析 市场容量 市场资源销售计划目标市场分析 市场容量 市场资源 技术方案 拓扑结构架构设计模块与功能设计开发平台 实施周期 按照软件项目管理规范建立里程碑里程碑实施周期实例 财务分析 成本核算人员 软件 硬件 经营管理费用等收益预测收入来源 收入数量 收入模式资金计划 风险管理 风险评估风险识别 风险分析 风险优先级风险控制风险管理计划 风险化解 风险监控 可行性分析 研究 报告 引言引用文档可行性分析的前提可选的方案所建议的系统经济可行性 成本 效益分析 技术可行性 技术风险评价 法律可行性用户使用可行性其他与项目有关的问题注解附录 RequirementsAnalysis RequirementsanalysisAprocessofdiscovery refinement modeling andspecification Duringtheprocess boththedevelopersandcustomerstakeanactiverole Focuson what insteadof how Input SoftwareProjectPlan Systemspecification ifoneexists Output Softwarerequirementsspecificationdocument providesthesoftwareengineerwithmodelsthatcanbetranslatedintodata architectural interface andproceduredesign customeranddevelopercancheckthequalityofthesoftwareandprovidethefeedback Whoperformrequirementsanalysis systemanalysts WhySoftwareRequirementAnalysisisImportant Riskswhichisduetotheimproperrequirementprocess Lackofusersparticipant andthefinalproductisunacceptable Over budgetandlowerqualityduetotherequirementchangefrequently Unclearrequirementspecificationleadscostconsumingandreworkeffort Useraddssomeunnecessaryfeatures Lackofsomekeyrequirementsduetoover briefspecification andcausetheplanandprojectcheckingoutoforder Ignoringsomekeyrequirementsofusers 不正确需求分析带来的风险 没有用户的参与 最终产品不满意需求经常变化导致预算超支及质量不过关需求不清楚导致资金浪费及返工用户增加不必要的功能需求过于简洁导致计划与审查混乱忽视用户的主要需求 Therelativecostforcorrectinganerror 40 60 ofsoftwaredefectsandfailuresareattributedtobadrequirements Leffingwell1997 SoftwareRequirementEngineering SoftwareRequirementEngineering RequirementDevelopment RequirementManagement Req Doc ProblemsCapture Analysis Validate SoftwareRequirementLayers providedbycustomersandendusers notechnicaldetailrequired providedbydevelopmentteamandadvancedtechnicalengineersTospecifyservicesandfeaturesthesystemwillprovide 软件需求各组成部分之间的关系 SoftwareRequirement FunctionalRequirement Non FunctionalRequirement Todefinesystemfunctionsandserviceswhichisexpected ToSpecifysystemconstraints ProductRequirement OrganizationReq ExternalReq Reliability Efficiency Usability Portability Performance Storage Delivery Standard Construction legal Privacy moral RequirementsDevelopmentProcess ProblemsCapture Requirementsanalysis RequirementsSpecification RequirementsValidation Systemmodels Requirementsdocuments Definitionofrequirements Specificationofrequirements FeasibilityStudy Feasibilityreport 功能需求性能需求安全保密要求用户界面需求资源使用需求软件成本消耗与开发进度需求 软件质量属性AvailabilityEfficiencyFlexibilityIntegrityInteroperabilityReliabilityRobustnessUsabilityMaintainabilityPortabilityReusabilityTestability ProblemsCapture 需求获取 清楚地理解所要解决的问题完整地获取用户需求Howtogettherequirements 传统的需求获取方法 与客户和领域专家面谈问卷法观察文档和软件系统的研究 现代的需求获取方法 原型法联合应用开发 JAD 快速应用开发 RAD WhatisJAD JointApplicationDevelopment JAD JointApplicationDevelopment isamethodologythatinvolvestheclientorenduserinthedesignanddevelopmentofanapplication throughasuccessionofcollaborativeworkshopscalledJADsessions ChuckMorrisandTonyCrawford bothofIBM developedJADinthelate1970sandbeganteachingtheapproachthroughworkshopsin1980 JAD会议参加者 领导 文书 客户 开发人员 涉及人员 需求者 系统分析员 开发者 TypicalRequirementSources ProblemStatement RealWorkPlaces Someothersystems EnhancementRequirement Others TypicalRequirementDefiningMethod CommunicationDrawingSystemRelationshipDiagramEstablishingOperationalConceptsandScenariosObservingUsersworkflowAbstractingfromIndustries StandardAnalyzingBusinessCasesMarketingResearching Q AMeetingwithallrequirementStakeholders ThefirstGroupofquestionsfocusonthegoalofcustomerWhoistheinitialrequestofthisproject Whowillusethissolution Whatisbenefitfromthisproject Haveothersolutions ThesecondGroupofquestionsshouldgiverequirementanalystabetterunderstandabouttheprojectCanyoudescribetheoutputofthesolution Canyoudescribethedestinationplatformofthisproject Doyouhaveotherconstraints ThethirdGroupofquestionsfocusonthequalityoftheQ AmeetingAreyouthebestpersontoanswermyquestions Doesallmyquestionrelatewithyourproblems toomuchquestions Someotherswillgivemeadditionalinformation ShouldIaskmorequestionsforyou Req Analysis UseCase Req Spec Req AnalysisReport SelectReq AnalysisMethod Req Analysis Req AnalysisReport End Start End Moduletheupperlevel CovertCustomerReq intoSoftwareReq AnalysistheexternalInterface AnalysisFunctionalReq Analysisnon FunctionalReq Internalinterfaceanalysis IdentifytherelationshipofReq Ratingthepriority analysistherelationshipofReq Start RequirementAnalysisFramework 业务流程图 业务是指企业管理中必要且逻辑上相关的 为了完成某种管理功能的一系列相关的活动 将一项业务处理过程中的每一个步骤用图形来表示 并把所有处理过程按一定的顺序都串起来就形成了业务流程图 业务流程图是对需求的实现 需求分析实例 网上购物业务的需求用户能在网上选购商品选中商品后用户在网上下订单用户可以选择信用卡或现金付款付款后才能发货 网上购物业务流程 淘宝网购物业务流程 UseCases 用例 AusecaseinSoftwareEngineeringisadescriptionofasystem sbehaviorasitrespondstoarequestthatoriginatesfromoutsideofthatsystem Inotherwords ausecasedescribes who cando what withthesysteminquestion Theusecasetechniqueisusedtocaptureasystem sbehavioralrequirementsbydetailingscenario driventhreadsthroughthefunctionalrequirements UseCases Cont Usecasesdescribethesystemfromtheuser spointofview Usecasesdescribetheinteractionbetweenoneormoreactors Anactorissomethingorsomeonewhichexistsoutsidethesystem blackbox understudy Actorsmaybeendusers othersystems orhardwaredevices UseCases中文定义 对一组动作序列的描述 系统执行该动作序列来为Actor产生一个可观察的结果值 UseCases实例开银行帐号取款转账 UseCasesDiagram PurchaseTicket Customer ReserveHotel Relationship 用例分析 识别参与者识别用例识别关系书写用例文档 Actor 参与者 定义 AnActorissomeoneorsomethingoutsidethesystemthatinteractswiththesystem Actor 任何事物 识别参与者 参与者代表在系统边界之外的真实事物 并不是系统的成分 参与者透过系统边界直接与系统交互 参与者的确定代表着系统边界的确定交互是有意义的参与者可以是任何事物 识别思路 谁使用该系统谁改变系统的数据谁从系统获取信息谁需要系统的支持以完成日常工作任务谁负责维护 管理并保持系统正常运行系统需要应付那些硬件设备系统需要和那些外部系统交互谁对系统运行产生的结果感兴趣时间 气温等内部外部条件 案例1 航空售票系统 需求 建立一个航空公司的机票预定系统 让客户通过电话或网络买票 改变订票 取消订票 预定旅馆 租车等等 案例1 航空售票系统 案例2 库存管理系统 某汽车制造厂需要一套库存管理系统 该系统实现的业务 生产工人根据生产计划领取物料 库存操作员根据生产系统的派单准备 交付给领料工人 余料即时归还库房 库房管理人员定期盘点库存 通知供应商供货 对长期积存的货物 申请退货 案例2 识别思路 谁使用该系统谁改变系统的数据谁从系统获取信息谁需要系统的支持以完成日常工作任务谁负责维护 管理并保持系统正常运行案系统需要应付那些硬件设备系统需要和那些外部系统交互谁对系统运行产生的结果感兴趣时间 气温等内部外部条件 操作员 管理员 操作员 管理员 操作员 管理员 领料员 退料员 操作员 管理员 供应商 管理员 生产系统 供应商系统 操作员 管理员 领料员 退料员 时间 案例2 库存管理系统 以用例为核心组织需求 用例 用户视角的需求组织形式 用例 有层次的需求组织形式 用例 取款 基本路径用户插入ATM卡系统要求输入密码用户输入密码 系统显示交易结束扩展路径用户输入密码错误系统要求重新输入密码用户重新输入密码如果重新输入次数大于3 吞卡补充说明连接账户时间小于60秒在远程失败的情况下 保障可靠的恢复 UseCases 识别用例 Actor希望系统提供什么功能系统是否存储和检索信息 如果是 这个行为由哪个Actor触发当系统改变状态时 通知参与者吗存在影响系统的外部时间吗 识别用例 用例止于系统边界 识别用例 Cont 用例是有目标导向的系统的存在是因为Actor有需要使用它来满足的目标 识别用例 Cont 结果值由系统生成 识别用例 Cont 业务语言而非技术语言 识别用例 Cont 用户的观点 而非系统的观点 识别用例 Cont 用例vs 功能 识别用例 Cont 用例命名动词 宾语 PlaceOrder 买票 打电话 用例文档书写 书写用例文档 Who 最完美 业务人员接受训练 写出优美的用例文档最现实 业务人员提供素材 开发人员写用例文档最糟糕 业务人员不管 完全由开发人员杜撰 书写用例文档 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 书写用例文档 Cont 用例文档实例 SoftwareRequirementsSpecification SRS 软件需求规格说明文档 SoftwareRequirementsSpecification SRS Severalstandardsorganizations includingtheIEEE haveidentifiedninetopicsthatmustbeaddressedwhendesigningandwritinganSRS InterfacesFunctionalCapabilitiesPerformanceLevelsDataStructures ElementsSafetyReliabilitySecurity PrivacyQualityConstraintsandLimitations WhySRS Itprovidesfeedbacktothecustomer Itdecomposestheproblemintocomponentparts Itservesasaninputtothedesignspecification Itservesasaproductvalidationcheck 为什么要写软件需求规格说明文档 它给用户提供了反馈它把问题分解成子问题了它为设计文档提供了输入它能作为产品验收的准则 软件需求规格说明编制指南 无歧义完整性可验证性一致性可修改性可追踪性 WHO 客户通常对软件设计和开发过程了解较少 不能写出可用的SRS 开发者通常对于客户的问题和意图了解较少 写不出令人满意的SRS 双方联合起草 软件需求规格说明模板 引言软件总体描述系统功能外部接口需求描述其它非功能性需求其它需求附录 软件需求规格说明模板 Cont TableofContentsRevisionHistory1 Introduction1 1Purpose1 2DocumentConventions1 3IntendedAudienceandReadingSuggestions1 4ProjectScope1 5References 软件需求规格说明模板 Cont 2 OverallDescription2 1ProductPerspective2 2ProductFeatures2 3UserClassesandCharacteristics2 4OperatingEnvironment2 5DesignandImplementationConstraints2 6UserDocumentation2 7AssumptionsandDependencies 软件需求规格说明模板 Cont 3 SystemFeatures3 1SystemF