使用UML工具进行建模，是公认的需求分析的好方法。那它如何与我们实施GJB5000需要编写的软件研制任务书、需求规格说明结合呢？
下面就是建模和编写软件需求规格说明结合的建议。
使用UML可以建立业务模型、概念模型和系统模型。对于软件需求规格说明来说，它所对应的模型应当是系统模型（其中，业务模型对应于业务需求，概念模型对应于关键业务的需求分析）。
与业务模型类似（见《 当使用业务模型来编写软件研制任务书 》），系统模型也是由用例视图、用例场景、用例规约、业务规则、实现用例、实现场景等组成。
我们在软件需求规格说明中要描述功能需求、性能需求、接口需求，如果使用模型来描述，我们也只需要使用用例视图、用例场景和用例规约即可。
但与业务模型是从用户现实的需求开始建模不同，系统模型的建模是从业务模型那里继承而来，是在业务模型的基础之上开展的需求分析活动的结果。
要把业务需求转换成系统需求，我们所要做的就是先分析业务模型中的用例场景，采用映射、抽象、合并、拆分、演绎等方法，从业务模型的用例场景当中找出了系统用例，再针对系统用例进行建模，给出用例场景和用例规约，即得到了系统需求。
这个从业务需求到系统需求的转换过程如下图所示。
同样的，以供电系统为例，我们从用户申请永久用电的场景中可以得到一个申请登记的用例，如下图所示：
针对申请登记的用例，我们要分析出它的用例场景，如下图所示：
并且给出它的用例规约，如下图所示：
总之，在建立业务模型的基础之上，分析出系统用例、用例场景和用例规约，完成系统模型的建模，并且将模型中的用例视图、活动图、用例规约融入到软件需求规格说明中，完成的软件需求规格说明的编写，将会使得软件需求规格说明表述更清晰，对用户需求确认也会有很大帮助。
业务模型做基础，导出用例和场景
系统模型入文档，需求规格更澄明
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！