05-3 软件需求管理\06 改进系统定义

05-3 软件需求管理\06 改进系统定义需求管理技巧-改进系统定义1分析问题2理解涉众需要3定义系统4管理系统规模5改进系统定义6管理变更需求改进系统定义—前提条件概述了系统级别的用例简要描述了主角通过项目规模管理，再次确定了特征优先顺序相信在比较严格的预算和期限下是可以实现改进系统定义目标进一步改进需求，以便：详细说明用例的事件流详细说明补充规约如果需要更多详细信息，则制定软件需求规约建立用户界面的模型并进行原型设计。规格说明级，适合与驱动AD如何完全描述系统？要完整一致考虑需求，定义：系统的输入系统的输出系统的功能系统的属性可靠性、可维护性。。。系统...

$05-3 软件需求管理\06 改进系统定义$

需求管理技巧-改进系统定义1分析问题 2理解涉众需要3定义系统4管理系统规模5改进系统定义6管理变更需求改进系统定义—前提条件概述了系统级别的用例简要描述了主角通过项目规模管理，再次确定了特征优先顺序相信在比较严格的预算和期限下是可以实现改进系统定义目标进一步改进需求，以便：详细说明用例的事件流详细说明补充规约如果需要更多详细信息，则制定软件需求规约建立用户界面的模型并进行原型设计。规格说明级，适合与驱动AD如何完全描述系统？要完整一致考虑需求，定义：系统的输入系统的输出系统的功能系统的属性可靠性、可维护性。。。系统环境的属性特征与软件需求特征是高层抽象软件需求是具体可实现的特征：故障跟踪系统将提供走势信息，帮用户评估项目状态软件需求：？需求的两难问题：做什么与如何做需求侧重于系统行为，不包含其它信息排除管理信息排除设计实现信息需求先于设计需求系统要做什么？设计系统如何做？迭代需求与设计需求发现、定义、设计是循环的“关注细节+无效管理=死循环“？重要的需求类型功能性需求“表示了系统的行为非功能性需求表示了系统的属性与系统环境的属性适用性可靠性性能可支持性设计约束对系统的设计或开发过程的限制，它不影响系统的外部行为，但必须被完成以满足技术、商业或合同的义务。如操作环境、行业标准 Use-Case细化用例Use-Case用例是由系统完成的一组动作序列（包括变体）的描述，该序列产生对特定主角提供一个可评测的有价值结果。用例集合是系统的完整功能用例特征总由主角启动为主角提供值唯一的交互发生在主角与用例实例间具有完整性（原子的）用例与主角有连接关系确定用例的准则有价值的结果可避免确定太小的用例具体主角可避免确定太小的用例Example:Use-CaseModel:Use-CaseDiagramWithdrawMoneyCustomerAnactorissomeoneorsomethingoutsidethesystemthatinteractswiththesystemAUse-CaseisasequenceofactionsasystemperformsthatyieldsanobservableresultofvaluetoaparticularactorCheckBalanceUse-CasesforaCashMachine用例包括一事件流FlowofeventsfortheWithdrawMoneyUse-Case1.TheUse-Casebeginswhenthecustomerinsertsacashcard.Thesystemreadsandvalidatesinformationonthecard.2.ThesystempromptsforthePIN.ThesystemvalidatesthePIN.3.Thesystemaskswhichoperationthecustomerwishestoperform.Thecustomerselects“Cashwithdrawal.”4.Thesystemrequeststheamount.Thecustomerenterstheamount.5.ThesystemcommunicateswiththeATMnetwork...用例的目标用例是怎样被启动的主角和用例间的消息流用例的多种执行情景用例怎样才算完成并把值传给主角3.6描述UseCaseNameBriefdescriptionFlowsofEventsRelationshipsActivityandStatediagramsUse-CasediagramsSpecialrequirementsPreconditionsPostconditionsOtherdiagramsUse-CaseReports...Use-CaseModelActorsUseCases描述UseCase内容用例事件流Hasonenormal,basicflow(“HappyPath”)SeveralalternativeflowsRegularvariantsOddcasesExceptionalflowshandlingerrorsituations“HappyPath”正确无歧义完备一致根据重要性和稳定性分级可验证可修改可追踪可理解软件需求的质量度量图改进系统定义小结系统分析人员负责根据适当的涉众确定优先级、工时、成本、风险值等需求属性值，这些属性值收集在需求属性存储库中。项目经理在计划每次迭代时将使用这些信息软件设计人员可以确定对于体系结构有重要意义的场景或完成用例，从而帮助定义体系结构的用例视图下步专题：需求管理技巧1分析问题2理解涉众需要3定义系统4管理系统规模5改进系统定义6管理变更需求

                    本文档为【05-3 软件需求管理\06  改进系统定义】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑，
                    图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。 
 该文档来自用户分享，如有侵权行为请发邮件ishare@vip.sina.com联系网站客服，我们会及时删除。

                    [版权声明] 本站所有资料为用户分享产生，若发现您的权利被侵害，请联系客服邮件isharekefu@iask.cn，我们尽快处理。

                    本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用。

                    网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
                

下载需要：免费已有0 人下载

立即下载

05-3 软件需求管理\06 改进系统定义

你可能还喜欢