学习高校课程-软件工程-需求建模:基于场景的方法(用例/活动(泳道))(ch9)

Analysis Rules of Thumb 分析建模的经验规则

Abstraction&Visible抽象化程度要高,需求应该在问题和业务域内可视化(visible)

Element需求模型的每个元素都应增加对软件需求的整体理解,并提供系统的信息域,功能和行为

Delay做分析建模时可以先不考虑,更细节的基础物件(e.g:数据库设计,前端界面等),非功能需求和性能的建模细化(e.g 架构,算法,数据库设计等影响性能的因素)

Min-Coupling 低耦合,在构建UseCaseDiagram时,需要注意每个UseCase尽量高内聚,状态图中也有体现(大状态分为多个子状态(粒度小,内聚性高),只有高内聚后才有低耦合

Value 要构建对Stakeholder有价值的需求模型

Simple 业务简单化

Domain Analysis

把一些公共的analysis class和analysis pattern提取出来,对公共类进行很好定义再标化,以便于以后使用

Requirements Modeling Approaches

posted @   Mephostopheles  阅读(8)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
点击右上角即可分享
微信分享提示