05需求工程-软件建模与分析阅读笔记之五

五章

什么是涉众?什么是涉众分析

涉众是与要建设的业务系统相关的一切人和事。首先要明确的一点是,涉众不等于用户,通常意义上的用户是指系统的使用者,而这仅是涉众中的一部分。如何理解与业务系统相关的一切人和事呢?凡是与这个项目有利益关系的人和事都是涉众,他们都可能对系统建设造成影响。

建立用例模型

      1什么是用例:

用例实例是在系统中执行的一系列动作,这些动作将生成对特定参与者可见的价值结果。(用例实例就是常说的“使用场景“)一个用例定义一组用例实例。

       2识别参与者:

用例主要是为了让客户直观的理解需求那么这里参与者是必不可少的这样才能形象的勾画出系统某个特定场景下的流程。

注意参与者不仅可以是人也可以是其他的事物如(其他系统、硬件设备、时钟等等)

3合并需求获得的用例

4绘制用例图(如果对用例图不清楚请参考UML相关文章)

5细化用例描述

       用例描述可以包括以下几个部分:

       用例名称

       简要说明

       事件流:是该用例要完成的工作步骤

       非功能需求

       前置条件

      后置条件

       扩展点

       优先级别

1)建立域模型

1寻找类:在寻找类时有多种方法典型的是根据需求文档用“名词动词法”来寻找,找出备选类后再从中寻找出真正的类。(注意在用此方法时切记不要咬文嚼字专牛角尖在这里花费很长的时间)

2确定类之间的关联:这个过程是迭代的我们需要理清楚这些类之间的关系如关联、继承、聚合等然后通过UML记录下来。类之间的关系不是一下子就能确定下来的是要慢慢完善的

3为类添加职责:这里就可以理解成为类添加所需要的属性和方法。

4域模型的详细度:这里不做太多要求可以写的很详细也可以写的简单写,可以把握好一个原则:只要能有利于团队更好的开发就是好模型。

2

3)要想做好需求分析光上面的用例是不够的还有写建模技术也要有如:协作图、顺序图和状态图

1协作图:是一种用以显示对象如何被协调在一起执行用例的图,用来识别协作完成给定业务的对象。

2顺序图:是一种用以显示用例对象之间消息顺序的图,他与协作图表达的信息是一样的知识显示的方式有差别。顺序图以图形化的方式强调消息的顺序,而非协作对象间的顺序。他和协作图统称为交互图。

3状态图:是一种用以显示对象在生命周期和转换期情况的图

 

原文地址:https://www.cnblogs.com/xuemo/p/8306823.html