系统分析设计案例

第一次做系统设计，欢迎大家来拍砖。使劲拍

attachment:

很好，比较全面。可以作为一个初学者范本。

如果能添加一些建模思路考量，比如核心模型是哪些，模型为什么这样建立，有哪些考量，这些笔墨多些，就会更具有说服力。

这样的设计文档，实用价值有多少呢？我是觉得作为工作，侧重点应该是如何解决实际问题，就设计文档来说，应当是更好的引导开发人员熟悉业务，编写出合乎业务需求的软件系统。。
各位老师，能不能从实用性的角度指导一下，我写的文档是否把业务描述清楚。有哪些地方需要改进。谢谢

（附件为什么不见了？？？？？）

关键你写这个文档目的是什么？描述需求，还是分析需求。

描述需求：用例图状态图活动图基本就可以。

分析需求：四色图 DDD类图描述如何得出模型对象的分析过程

我看你这个文档只是描述需求，从你这个文档，可以基本理解需求情况了，但是文档中有一些试图分析设计的成分，就很容易误导程序员，因为如何从需求得出模型对象是一个复杂最重要的过程，必须举出充分理由，这是软件分析设计最核心部分，说句不客气的话，分析需求中：其他都是假的，只有这个是真的。

所以，这个文档严格意义来说：不是系统分析设计案例，是系统需求描述案例。UML只是一种语言，语言是思想的体现，思想是语言的灵魂，四色图分析模式 DDD等等都是思想灵魂。不要流于UML语言表面。

正巧，这里有一个帖子就是讨论系统分析设计的案例：

需求分析是为了详细描述业务的，系统设计是将业务模型抽象成系统模型，进而实现。在这个过程中，需求分析人员应该专注于业务，而不考虑系统因素，诸如软件架构、实现手段等等。开发人员专注于系统的实现。系统设计则是连接了需求和实现。

按照这个逻辑，系统设计文档是为了告诉开发人员怎样实现，而非为什么要这样实现。

我对banq老师所说的“必须举出充分理由”有些疑惑。这样的理由需要写在文档的设计部分吗？