识别人脉项目V1.0系统事件
1888字,阅读需时7分钟
来自专栏
课程/专栏

在前面的课程中,我们了解了如何识别系统中的事件。在这节课中,我们将利用学过的知识来识别人脉项目V1.0的系统事件。在调查系统相关者一课中,牛工已经识别出了人脉项目V1.0的系统事件,但可能还不全面,在这里我们利用前面学过的知识,来识别人脉项目V1.0的系统事件。

前面牛工与人脉科技负责商务的张女士进行了面谈,牛工通过提问的方式获取了张女士在名片管理方面的现状及对新系统的需求。张女士会把从商务活动中收集的名片资料录入到EXECL文档中,名片也会放置到一个抽屉里,但时间长了就容易丢失。她希望新的系统应该只能看到自己的名片信息,名片信息系统应该能自动识别录入、也可以手动录入,在手机、电脑上可以随时查看名片,可以发送个人的数字名片给朋友,朋友间可以互相交换数字名片。

从张女士在名片管理方面的现状及对新系统的需求来看,通过系统录入名片信息、查看名片、名片交换是主诉需求。名片交换需求我们将放到后面阶段进行研发。V1.0阶段主要考虑名片管理和名片信息的查看。

现在要做的下一步工作就是要从张女士的诉求中识别出系统事件。在如何识别影响系统的事件一课中,给出了有效识别系统事件的方法。

有效识别事件的方法——

在识别事件时,跟踪针对某一外部实体或参与者而发生的一系列事件通常是很有用的

张女士有两个需求,一个需求是应用人脉系统录入名片信息,一个需求是应用人脉系统查看名片。对人脉系统来说,张女士是一个外部实体,我们可以通过跟踪张女士在人脉系统中录入名片信息所发生的行为,来识别出系统事件。

image.png

图 1 张女士录入名片信息的一系列事务处理

上图是张女士录入名片信息的一系列事务处理。从图中可以看出注册是一个独立的且需要系统响应的行为,因此注册是一个需要系统响应的外部事件。

再来看登录这个行为,登录也是需要系统响应的,张女士需要在登录页面输入登录账号和登录密码,现在主要辨别的是登录这个行为是属于录入名片信息的交互行为?还是一个独立的事件?在前面的课程已经提到要确定一个系统响应是事件还是随事件而发生的一部分交互行为,采用的方法就是看二者之间是否有较长的停顿或间隔,也就是说系统能否毫无中断地完成事务处理?或者系统能否暂停下来等待下一次的事务处理?

张女士登录系统后,她可能会处理其它事务,如查看名片,而不是直接添加名片,登录和添加名片行为之间并不完全是连续的动作。因此登录行为也是一个需要系统响应的外部事件。登录系统的前置条件是张女士已经在系统注册了账号。

再来看添加名片的行为,当张女士执行添加名片行为时,系统需要响应该行为,并跳转到录入名片信息的页面,因此添加名片也是一个需要系统响应的外部事件。录入名片信息是添加名片事件的交互行为。

前面从张女士录入名片信息的需求中,找出了需要系统响应的三个外部事件,分别是用户注册、用户登录和用户添加名片三个外部事件。下面我们再从张女士查看名片的需求来发现其它系统事件。

image.png

图 2 张女士查询名片信息的一系列事务处理

上图是张女士查看名片信息的一系列事务处理。张女士查看名片有两种途径,一种途径是通过输入姓名查看指定的名片,一种途径是通过翻阅名片列表,随机查看名片信息

张女士登录系统后,可以翻阅名片列表,也可以查询名片。我们先看查询名片这个行为,张女士执行查询名片行为后,系统需要响应该行为并且提示用户输入查询姓名,因此查询名片是一个独立的外部系统事件。输入姓名这个行为是隶属于查询名片事件的交互行为,不是独立的事件。显示名片信息行为也不是独立的事件,因为查询名片、输入姓名和显示名片信息行为都是连续动作,因此显示名片信息是查询名片事件的交互行为。

我们再来看翻阅名片列表这个行为,张女士登录系统后,可以翻阅名片列表,对感兴趣的名片可以查看名片信息。翻阅名片列表也需要系统做出响应,因此翻阅名片列表也是一个独立的外部系统事件。其中显示名片信息行为也属于翻阅名片列表事件的交互行为。

至此,我们已经通过跟踪张女士的业务需求,找出了影响系统的所有事件。分别是用户注册、用户登录、用户添加名片、用户查询名片、用户翻阅名片列表五个外部事件。在对张女士的业务需求分析中,还发现牛工在调查系统相关者一课列出的用户查看名片信息这个行为并不是事件,而是用户查询名片和用户翻阅名片列表事件的交互行为。

当我们需要定义一个新系统需求时,识别新系统事件的最好方法就是跟踪针对某一外部实体或参与者而发生的一系列事件,并绘制该事件涉及的所有行为流程图,并通过行为流程图来找出需要系统响应的事件。

本节课主要是利用前面学过的知识,从张女士提出的需求中,识别出系统事件。下节课,我们将对识别的事件进行详细描述。

我要评论
全部评论