我的网站必须更多地关注拍卖网站，然后是q和答案网站。
基本上，从我的〜有限的理解，当你启动一个项目时，你从usecases开始，然后从那里你将确定/构建一个objectmodel。
我想听听某人已经有了更高级别的经验。 我想看一些例子，但建议也没问题。 也许，有人可以提供一些有用的链接吗？
从头开始是可以的，但因为已经有很多网站都在外面
谢谢，理查德
答案 0 :(得分：2)
在我看来，用例是一种可以清楚地了解您的需求的方法。因此，正如ChrisBD已经说过的那样，没有一个图表可以满足您的需求，最重要的是，即使它是，这也是不可取的。
重要的是要知道创建用例的宝贵部分不是创建UML图（尽管它们有助于获得系统的概述）。更有价值的过程是编写用例的文本描述。
有各种模板可以指导您完成整个过程（例如，Alistair Cockburn [1]或其他人[2,3]）。如果你对这个主题感兴趣，我可以推荐Cockburn写的“写有效用例”[4]。
[1] http://alistair.cockburn.us/Basic+use+case+template（一般用例的大量资源）
[2] http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.23.255（易于入门）
[3] http://hcid.soi.city.ac.uk/research/Rescue.html（uc嵌入需求工程中）
答案 1 :(得分：1)
听起来好像你根本没有任何UML经验。
最简单的UML是一种描述系统的图形方式，就像你可以在一张纸或白板上涂写一些东西一样，以便向某人展示你拥有的想法或知识。因此，对于任何给定图表中必须存在的内容，很少有硬性和快速的规则。
最重要的是，图表应该是有意义的，并且容易被那些看到它们的人理解。
我怀疑你会找到你所追求的系统的任何预先绘制的UML。
用例只描述您如何与系统或其中的一部分进行交互以及它与其他所有内容的交互方式。
每个用例都应该有一个图表，例如用户登录用例;投标过程等。
答案 2 :(得分：0)
谢谢Markus，我已经看过，读过你上面提供的所有链接。 我已经写过用例了。
真正的挑战是如何全面了解系统应如何运作。
流程，数据库设计以及如何分离业务逻辑，以便可以使更改更加顺畅。在速度，可扩展性等方面使用什么语言和什么样的框架。
我需要对这一切有一个广泛的理解，我可以去一些准备充分的web开发人员，而不是陷入开发人员面临同样问题的情况，但这是在我的时间。我已经和一个人接触了，这听起来好像他会遇到重大的应对问题。然后你会听到，先生，这将在论文中发表。这听起来不太令人信服。
我尝试对一个网站进行反向工程，但它只能让你感到舒适。 这应该是一个非常困难的案例吗？
- ＆GT; 你可以拍卖你的物品，你可以得到出价，但它停止了。我的意思是系统中没有拍卖者知道谁赢了。它没有那么远。 它只需要管理信息。将卖家信息与买家信息相关联。
我一直在寻找可以用来获得更好理解的东西，特别是保持低成本。
任何有任何意见和建议的人都请发表评论。