软件项目建模 vs2017 建模项目

软件项目建模

阐述业务建模流程？2,从业务模型到系统模型需要做哪些工作

业务建模（Business Modeling）是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系，业务建模强调以体系的方式来理解、设计和构架企业信息系统。

根据环境和需求的不同，业务建模工作可能有不同的规模。

以下列出了六种这样的场景。

场景 #1 - 组织图您可能需要构建组织及其流程的简图，以便更好地了解对正在构建的应用程序的需求。

在这种情况下，业务建模就成了软件工程项目中的一部分，它主要是在先启阶段执行的。

通常，这些工作在开始时仅仅是画出组织图，其目的并不是对组织进行变更。

但实际上，构建和部署新的应用程序时往往会进行一定程度的业务改进。

场景 #2 - 领域建模如果您构建应用程序时的主要目的是管理和提供信息（例如，订单管理系统或银行系统），那么您可能选择在业务级别上构建该信息的模型，而不考虑该业务的工作流程。

这就称为领域建模。

请参见工作流程明细：开发领域模型。

通常，领域建模是软件工程项目的一部分，它是在项目的先启阶段和精化阶段中执行的。

场景 #3 - 单业务多系统如果您正在构建一个大的系统（即一系列的应用程序），那么一个业务建模工作可能成为数个软件工程项目的输入。

业务模型帮助您找出功能性需求，并且也作为构建应用程序系列构架的输入。

详情请参见概念：从业务模型到系统。

在这种情况下，通常将业务建模工作本身当做一个项目。

场景 #4 - 通用业务模型如果您正在构建一个供多个组织使用的应用程序（例如，销售支持应用程序或结账应用程序）。

一种有效的做法是：从头到尾进行一次业务建模工作，从而按这些组织的经营方式对它们进行调整，避免一些对于系统来说过于复杂的需求（业务改进）。

但如果无法对组织进行调整，那么业务建模工作能够帮助您了解并管理这些组织使用该应用程序时存在的差别，并使您更容易确定应用程序功能的优先级。

场景 #5 - 新业务如果某个组织决定要启动一项全新的业务（业务创建），并将构建信息系统来支持该业务，那么就需要进行业务建模工作。

在这种情况下，业务建模的目的就不仅仅是要找出对系统的需求，而且还要确定新业务是否可行。

在这种情况下，通常将业务建模工作本身当做一个项目。

场景 #6 - 修改如果某个组织决定要对其经营方式进行彻底修改（业务重建），那么业务建模通常本身就是一个或多个项目。

通常，业务重建分数个阶段完成：新业务展望、对现有业务实施逆向工程、对新业务实施正向工程以及启动新业务。

建模不需要编程，软件：粗模\平台：MAX、maya、blender细雕：zbrush、mudbox、3D coat、blender贴图：C4D\BodyPaint、PS、mudbox、Crazy BumpUV:UV layout手绘起码能画个大概原型图，能表达个大概就行了。

有专门的原画师

一、有助于按照现实或者实际情况进行直观的描述。

二、能够规定软件或者模型的结构，行为，属性。

三、能够指导软件构造的模板。

四、对决策进行文档化当然建模并不只适用于大的系统，甚至像非常小的一个应用，我们都可以建模，在建模中受益，然而越大的软件，功能越杂，业务越不清晰，从而阻挠软件开发者的思路和效率。

在这种情况下，我们使用建模的重要性就越大，一个很简单的原因是：因为不能理解一个很复杂而庞大的软件工程，所以要对他建模。

而且人们对复杂的事物或者问题的理解是有局限的，人们总是习惯去理解简单易懂的东西。

所以通过建模可以缩小研究范围，只着重研究其很小的一部分功能，这就要求了一个复杂的软件系统“分而治之”，从而通过建模简单化。

从而你会发现其实很复杂的系统软件或者工程总是变得很简单，解决了这小部分的简单问题，就形成了复杂而庞大的软件或者工程。

建模能帮助开发组更好地进行系统规划，并帮助他们进行架构软件，使用开发效率提高。

如果不建模，项目越复杂，就越会失败或者出现错误的东西。

...