需求分析与建模
需求分析的⽬的
需求分析就是选择⼀种业务导向的线索将零散的需求串起来，形成⼀个体系完整、内容清晰的框架，以指导后续的设计和开发⼯作。
要避免的误区：需求分析的任务不是分析系统如何实现⽤户的需要。 需求分析做的是什么？
需求分析就是先分解，再提炼，在这个过程中消除⽭盾。
这⾥值得⼀提的是，分解这个过程，其注意事项如下。
分解是⼀种⾃顶向下的⽅法，按任何⼀种线索进⾏分解时，就会破坏其他线索的完整性。例如，如果以“事”为线索，分解后就会出现相互交叠的情况，也就在多个事件中都涉及相同的类。
（1）以业务流程为主线索的分解结构
（2）以程序结构为主线索的分解结构
（3）基于场景的分解结构
热女（4）基于数据的分解结构
什么是需求建模？
需求建模就是采⽤⽂字、图形化、表格化、公式化的⽅式，按照系统需求情况对系统进⾏可视化描述，提供⼀种详细说明系统的结构或⾏为的⽅法。 需求建模的⽬的
帮助我们按照实际情况或按我们需要的样式对系统进⾏可视化，提供⼀种详细说明系统的结构或⾏为的⽅法；给出有个指导系统构造的模板，对我们所作出的决策进⾏浪费。
建模的要点与原则
在建模时遵循以下原则：
（1）选择创建什么模型对如何动⼿解决问题和如何形成解决⽅案之间有着必然的联系。
（2）模型也有精度。
比例电磁铁（3）每个系统最好使⽤独⽴的模型处理。
选择使⽤UML建模的原因是什么？
UML是统⼀建模语⾔（UnifiedModelingLanguage）的缩写，它发表于1997年，是⼀个⽀持模型化和软件系统开发的图形化语⾔，为软件开发的所有阶段提供模型化和可视化⽀持。使⽤UML可以帮助沟通与交流，辅助应⽤设计和⽂档的⽣成，还能够阐释系统的结构和⾏为。UML定义了多种图形化的符号来描述软件系统部分或全部的静态结构和动态结构。
可选择的UML图有哪些？
截⽌UML2.0⼀共有13种图形（UML1.5定义了9种，2.0增加了4种）。分别是：⽤例图、类图、对象图、状态图、活动图、顺序图、协作图、构件图、部署图9种，包图、组合结构图、交互概览图3种。
⽤例图：从⽤户⾓度描述系统功能。
类图：描述系统中类的静态结构。
对象图：系统中的多个对象在某⼀时刻的状态。
中年同志照片状态图：是描述状态到状态控制流，常⽤于动态特性建模
活动图：描述了业务实现⽤例的⼯作流程
山东省地震预警管理办法施行日期顺序图：对象之间的动态合作关系，强调对象发送消息的顺序，同时显⽰对象之间的交互
协作图：描述对象之间的协助关系
构件图：⼀种特殊的UML图来描述系统的静态实现视图
部署图：定义系统中软硬件的物理体系结构
包图：对构成系统的模型元素进⾏分组整理的图
组合结构图：表⽰类或者构建内部结构的图
交互概览图：⽤活动图来表⽰多个交互之间的控制关系的图
建模前需理清框架和脉络
在这个阶段，需要理清需求的结构框架（领域类图）和⾏为脉络（流程图和⽤例图），该⼯作的输⼊是需求定义阶段产⽣的业务事件列表和报表列表，输出的是领域模型和⽤例模型，对应于RUP中细化阶段的第⼀次迭代。【RUP（Rational Unified Process），统⼀软件开发过程，统⼀软件过程是⼀个⾯向对象且基于⽹络的程序开发⽅法论。】
该阶段的⽬的就是标识出绝⼤部分的⽤例，⽣成领域模型。
改变自己与改变世界确定需求细节
这个阶段的任务就是对⽤例模型、领域模型标识出⽤例、领域类的细节进⾏填充。
对于组织⾏为需求的⽤例，我们要填充⽤例的事件流；
大渡河造林局对于组织数据（结构）需求的领域类，我们要填充它的字段与格式。
对于组织⾏为需求的⽤例，要细化的东西主要包括事件流、相关需求与功能点、界⾯原型，以及特定于该⽤例的规则与约束。
需求=⾏为需求+结构需求+接⼝需求。
其中，⾏为需求与结构需求是核⼼部分，接⼝需求是辅助需求。
什么是接⼝需求？
那⾥有分解，那⾥就有接⼝。这⾥接⼝指的是两个独⽴系统之间同步数据或访问对⽅程序的途径。所谓接⼝需求，就是指满⾜⽤户需要，在系统之间或者模块之间访问⽅式。每次主题域划分就应该思考主题域之间有什么样的服务接⼝，每次将主题域划分成不同的业务事件。
建议
第⼀，建模时要善于、敢于抛弃细节，不要过早地专研到业务活动的具体步骤中，这样可能会导致流程图的规模被扩⼤，破坏⽬标。
第⼆，抛弃⼀次成型的思路，不要精雕细琢，⽽是出草图、谈问题、修正草稿、再讨论、在修正，…，最终达成共识。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议