会议记录UML的例子.docVIP

第1次会议记录的例子 开发者:谁将使用这个应用程序? 客户:所有用它来记录可记账(billable)以及不可记账(nonbil lable)的工时的雇员。 开发者:在什么地方?这里，家里还是客户端?在防火墙之后? 客户:在办公室里。有时候也可以在家里。但肯定是通过防火墙后的客户端来访问。 开发者:那好，这个很有帮助。嗯，现在的考勤卡应用程序是什么样的? 客户:每半个月就用一个Excel表格来记录。每个雇员都将他的表格填好，然后用电子邮件发给我。这表格相当标准:纵向是收费项目代码，横向是日期。雇员可以在每个条目上填写说明。 开发者:这个收费项目代码是从什么地方得到? 客户:有一张单独的表格记录有效的收费项目代码，按客户和活动来组织的。 开发者:这么说，每一个收费项目代码都有一个名称，客户和项目? 客户:对，还有一个类型，可记账和不可记账的。 开发者:你认为会需要一个更复杂的结构层次吗? 客户:什么? 开发者:对不起，现在，你有客户、项目和活动这些信息，那么是不是还要一些子项目或者子活动的信息吗? 客户:不，我想不用的。 开发者:谁来管理收费项目代码? 客户:嗯，必要的时候由我来添加这个代码。而每个经理总会告诉他的下属应该填写什么。 开发者:你能想到一些特殊情况吗?比如，雇员提前填写表格或者其他类似的事情? 客户:唤，我明白你的意思。雇员不会这么做的。如果有人在休假或者住院，那就由 我来替他填写表单。 开发者:这些数据收集起来后要用它来做什么? 客户:每个月我将它们导出到我们的支付系统中。 开发者:这个系统是不应该自动选择数据范围和所有的雇员? 客户:如果可能的话，将由我来选择要导出的数据范围、客户和雇员。 开发者:好，这个支付系统已经有了一个数据格式? 客户:是的，是XML的。 开发者:好，我们将会处理这个，我将会详细地研究这个格式。 开发者:谢谢你，占用了你的时问。我想我们还需要继续合作......我们下周二再开一次会? 客户:好。 第2次会议记录的例子 开发者：我们从“Create Charge Code”这个用例开始。这个主流程的意思表达得清楚吗? 客 户：是的，我不认为我们会直接在某个客户下增加一个收费项目代码，如果是这样的话，我们就需要一个“通用”的项目。 开发者：还有其他的与客户或者项目相关联的数据吗，比如订贷单、联系信息? 客户：当然有这些信息了，但是，在这个系统中没必要考虑这些。 开发者：对所有的项目是否存在一个默认的活动集? 客 户：没有两个项目会有相同的活动，但是会有一些共同的活动。能不能让管理员从一个通用的活动列表中先选择这些活动，然后再输入其他的活动吗?这样的话就可以节省很多时间，并且不用为相同的活动名称想一个不同的拼法或者同义词。 开发者：我会把这个加进去。那么，是否允许一个雇员在没有指定活动的情况下给某个项目记账，或者就直接填写客户就行了? 客户：如果雇员需要在没有活动和项目的情况下记账，……哦，这确实是个问题。 开发者：不同的活动、不同的客户的支付比率也不同吗? 客 户：不同的客户、项目、活动和雇员，他们的支付比率也不同。但是在考勤系统中，我们并不需要考虑这个。 开发者：太好了，这可以让我们知道系统该做到什么地步。好，下面让我们讨论“Create Employee”这个用例，你认为这个主流程怎么样? 客 户：我同意雇员按名字来组织。在这个应用程序中，按部门来组织是没有必要的。在密码或者安全方面我们考虑得不多。就我个人来说，我很讨厌密码。人们经常是把它写在纸上，然后将它粘在显示器上。 开发者：这样的话，需不需要允许雇员更改他的密码?或者让他们在第一次登录的时候设置他的密码? 客户：这也好。他们在其他的系统中也习惯于这么做的。 开发者：好，我会增加这些功能。我们还需要跟踪哪一些信息，比如支付比率，联系信息等? 客 户：不，以后我们可能会需要将这些信息整合进去，但现在我们需要让它尽量的简单。 开发者：好，那我们还需要其他的功能吗? 客 户：嗯……我不知道这个难度大不大，系统是否可以通过电子邮件通知新用户，告诉他们可以使用这个系统了，以及他们的密码? 开发者：我们可以实现这个。我们现在就将它加到系统需求中去。 客户：谢谢。 开发者：对这个用例还有其他的要求吗? 客户：没有，我想已经够了。 开发者：那好，我们接下去讨论“Record Time”这个用例，你对这个主流程有什么看法? 客户：这用例对我很有用处。 开发者：雇员可不可以修改他以前的考勤卡? 客 户：这是一个令人头疼的问题。如果我们不让他们这么做的话，那我就会不断地接到这样的电话：“求求你，就这么一次，我需要增加三个钟头……”。如果他们不记录这个时间，我们就无法记账。我想我们应该让雇员浏览已前的考勤卡，在他们提交这个卡的时候必须确认一下