Documentation UML-用例场景&；数据字典

我目前在一家编写用例的公司工作。他们有一个模板，将它们与数据字典混合在一起。我从未见过这种模板。我在网上搜索答案。我想知道这是否是一种正确的做法/方法。如果是，此模板是否有特定名称？他们称之为用例模板，我认为这样称呼是错误的

这是一个例子：
注意：此模板上面有一个有效的用例（此处未显示）。





步骤：1
参与者：应用程序
行动： 显示登录页面

登录页面部分包含以下字段：
-用户名
-密码
-提交按钮

以下是此部分字段的说明：
-用户名-文本框字段，必填，无默认值，最多允许10个字符
-密码-文本框字段，必填，无默认值，允许字母数字字符，最多允许30个字符

步骤：2
参与者：用户
行动： 用户输入用户名和密码 用户点击提交按钮

步骤：3
参与者：应用程序
行动：

---

该应用程序允许访问该页面。

这是常见的做法。我不知道他是不是发明家，但提供了这样的模板以及如何填充它们的规则

---

然而，对于方法论方法和用例合成所需的许多背景信息，我总是推荐。（注意：当你在谷歌上搜索这本书时，它有一个Word版本。我现在不知道这侵犯了版权，但这本书的钱是值得的。）

这是常见的做法。我不知道他是不是发明家，但提供了这样的模板以及如何填充它们的规则

---

然而，对于方法论方法和用例合成所需的许多背景信息，我总是推荐。（注意：当你用谷歌搜索这本书时，它有一个Word版本。我现在不知道这侵犯了版权，但这本书的钱是值得的。）

是的，我以前见过这一点，但在用例场景中如此详细地指定数据需求并不是常见的做法。事实上，在您的示例中，他们甚至试图用文字描述用户界面的细节

---

正如您所期望的那样，我建议您使用一个单独的数据模型（这比数据字典多一点）并在那里指定数据需求。对于用户界面，最好创建一个原型或线框。IT部门往往倾向于创建自己的方法，而不是购买一本好书。

是的，我以前见过这种情况，但在用例场景中如此详细地指定数据需求并不是常见的做法。事实上，在您的示例中，他们甚至试图用文字描述用户界面的细节

---

正如您所期望的那样，我建议您使用一个单独的数据模型（这比数据字典多一点）并在那里指定数据需求。对于用户界面，最好创建一个原型或线框。IT部门往往倾向于创建自己的方法，而不是买一本好书。

我不知道在这种情况下，数据字典是什么意思，但我还是尝试了一个答案。这些步骤通常被称为基本步骤，旨在细化用例，以便从中派生活动。我不确定在这种情况下，数据字典是什么意思，但我还是尝试了一个答案。这些步骤通常被称为基本步骤，旨在细化用例以从中派生活动。