首页 理论教育软件需求工程-业务边界划分及用例分析

软件需求工程-业务边界划分及用例分析

【摘要】:按照上述对业务边界的划分标准,根据3.2节整理的业务目标“实现薪酬管理业务信息化”,我们很容易就可以推导出边界。业务边界划分是后续进行业务用例分析的基础,边界、角色和用例三者相互依存,边界被定义了,我们就能方便得出角色,而一旦角色确定,业务用例就能被发现。

业务边界划分依据之前定义的业务目标,因为边界其实可大可小,而且看不见,摸不着,无法衡量,也无章可循,很多时候靠的就是RA人员的经验和意识,划分三个是正确的,划分为四个也不是错误的,所以我们这里引入业务目标划分方式,尽量避免这些问题的出现或尽量将边界划分规则化、量化。一般来讲,业务边界就是一个矩形框,外部是对当前业务目标有主观意愿或这个业务目标服务的对象,一半来自涉众,也可能当前的业务边界内有其他相关涉众,或者代理角色,我们按照之前在2.2.2节中提及的定义,作为业务工人。

按照上述对业务边界的划分标准,根据3.2节整理的业务目标“实现薪酬管理业务信息化”,我们很容易就可以推导出边界。根据这个业务目标,可以方便得出哪些人对这个业务目标有期望,哪些涉众是被动参与到这个目标的,按照这个分析,我们得出如图3-6所示的结果。

图3-6 薪酬管理信息化边界(www.chuimin.cn)

从图3-6所示的边界示意图可知,我们其实可以暂时忽略边界内涉众的期望,集中解决边界外涉众的主要期望。也就是说系统首先要满足外部诸如董事长、总经理、综合管理部、财务部和员工对于薪酬管理信息化的期望,当然我们再往下划分也可知,上述涉众对于信息化的期望侧重点也不一样,他们将自己的角色要求融入到信息化的期望中。

业务边界划分是后续进行业务用例分析的基础,边界、角色和用例三者相互依存,边界被定义了,我们就能方便得出角色,而一旦角色确定,业务用例就能被发现。所以边界决定了视角,也决定了抽象层次。