系统分析设计案例

08-10-15 allenzl
第一次做系统设计,欢迎大家来拍砖。使劲拍




attachment:

____ SmartHarbor.rar

banq
2008-10-15 17:51
很好,比较全面。可以作为一个初学者范本。

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

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

(附件为什么不见了?????)

banq
2008-10-16 11:25
关键你写这个文档目的是什么?描述需求,还是分析需求。

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

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

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

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

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

http://www.jdon.com/jivejdon/thread/34758.html

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

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

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