|
|
5522 次浏览  316 次
|
|
|
|
| |
|
|
MBSE工件 |
| 作者：俎涛，火龙果工程技术中心 |
| MBSE全周期涉及到多个工作的工件：业务、系统、软件设、硬件、测试、集成。 |
| 如下是工件的蓝图： |
|
 |
|
| 工件目录 |
| 类型 |
工件名称 |
用途 |
工具 |
| 模型 |
用户模型 |
对用户进行角色划分，描述用户的目标、特征和行为习惯。用户模型是需求人员对用户的画像，是了解用户的重要依据。
|
建模工具EA |
| 业务模型 |
建模业务流程、业务对象，描述业务现状和业务需求。对于如下情况尤其需要业务建模：复杂的业务或者虽然短期不复杂、但是不断积累的业务。因为业务是系统的价值目标，所以强烈建议建立业务模型，以便全面的了解业务。 |
| 系统模型 |
对系统的功能、接口和非功能需求（性能需求、可靠性需求、可支持需求、设计约束、实施需求）进行建模。因为系统需求各种类型多、细节更多，所以强烈建议通过系统模型对系统形成一个多维度的清晰描述，避免需求疏漏和误解。减少后期不必要的返工。 |
| 方案模型 |
建模业务方案、系统方案、技术方案以及制定实施计划。因为方案涉及的内容多，而且要给客户领导确认，所以方案应该多采用清晰简洁的图示，让客户一目了然，也在客户眼里建立专业的工作风格。 |
| 文档 |
需求调研文档 |
包括需求调研的记录、规章制度、工作图表的整理以及参考资料。需求调研文档各种素材比较多，应该有一个统一的目录，对于各种参考资料作为附录管理起来。并采用需求条目登记对应。 |
文档生成工具DocGenerator |
| 业务需求文档 |
建模业务流程、业务对象，描述业务现状和业务需求。 |
| 系统需求文档 |
包括系统的功能需求、接口需求、数据需求、性能需求、可靠性需求、可支持需求、设计约束、实施需求等的全面描述。 |
| 解决方案文档 |
包括现状和问题分析、业务方案、系统方案、技术方案以及制定实施计划。 |
| 需求验证报告 |
包括业务需求验证、系统需求验证、用户体验验证。 |
| 条目 |
原始请求 |
记录用户提出的原始的请求，并对原始请求划分优先级，标识核心需求。可以跟踪到需求调研文档。
|
需求管理工具 iSpace |
| 需求清单 |
对各种需求的列表，可以跟踪到各种需求模型和文档，建立关系和版本，方便跟踪管理。 |
| 变更记录 |
记录提出的各种变更，并标记变更的来源、影响范围，进而确定变更的优先级，通过变更状态进行跟踪管理。 |
| 原型 |
草稿原型 |
对系统的形态的概念性描述，对于软件来讲一般是指界面草图，表达出界面的基本结构和功能，以便对功能需求进行细化。 |
PPT |
| 静态原型 |
体现系统的结构和关系的原型，一般用来确认功能结构和系统形态，以便让用户对系统的功能、交互和视觉有全面的了解 |
界面原型工具：Auxure，
界面建模工具 EA |
| 仿真原型 |
能够对系统的动态运行过程、状态进行模拟，并执行各种算法，以便验证各种事件下系统的状态反应和输出。 |
逻辑仿真工具 EA
|
|
 |
| |
|
5522 次浏览 316 次
|
|
|
|
|
