编辑导语:产物司理在开始一个项目之前常常必要做需求分析,关于需求分析实在有许多种方法,本文作者筹划为各人先容UML建模分析方法。在先容正式的业务建模之前,先相识一下一个紧张的条件:业务涉众。
起首我们要知道软件是一种工具,是用来辅助人们办理某一题目的。软件的代价就在于它可以或许符合题目范畴的需求,并到达人们办理题目的盼望。软件项目总是从相识题目范畴开始的。
一样平常环境下我们会根据对业务概况的相识来整理业务目的。有些项目,客户会在招标文件中提出详细的业务目的。但在现实项目中,也会有一部门客户对于本身的业务体系明白不是特殊的清楚,他们会通过一些场景化的形貌来论述对于目的体系的需求。
总之,业务目的非常紧张,由于我们还必要通过业务目的来辅助界说体系界限。在相识业务目的之后,可以开始推导需求和创建业务模子。在开端相识业务概况后,接下来就必要举行涉众分析。
四、做好涉众分析
在相识业务概况和业务目的以后,体系分析员开始要做的事变是去发现与这个目的相干的人和物。英文把这种人和物称为 Stakeholder(长处相干者)。有的资料翻译为干系人大概涉众。本文接纳涉众称谓,然后我们可以开始业务建模的第一步:发现和界说涉众。
1. 什么是涉众?
涉众是与要建立的业务体系相干的统统人和事。涉众不即是用户,通常意义上的用户是指体系利用者,而这仅是涉众中的一部门,怎样明白与业务体系相干的统统人和事变呢?
凡是与这个项目有长处关系的人和事都是涉众,他们都大概对体系建立造成影响。不外我们在现实项目中,有些影响特殊小的涉众可以忽略不思量。
劈面对一个生疏的题目范畴时,在项目初期不肯定可以或许很清晰谁是体系的真正利用者,随着需求的深入才会渐渐明白。由于终极的体系利用者肯定会从涉众当中产生,以是涉众分析就非常紧张。
2. 业主
业主是体系建立的出资方、投资者,大多数环境下业主也是体系的需求提出者和利用者,即业务方,但并不是绝对的。好比可以假设体系建立是由第三方机构投资,但它自己并不管理和运营这个体系,它只是从资源上拥有这个体系并从运营收入中得到回报。
纵然业主与业务方是重合的,但是业主从概念上讲并不即是业务方,他们关心的内容是不一样的。相识业主的盼望是必须的和紧张的,业主的钱是这个项目存在的缘故原由。假如体系建立不符合业主的盼望,撤回投资,那么再好的愿望也是空的。
一样平常来说,业主关心的是建立本钱,建立周期以及建成后的效益。固然这些看上去与体系需求没有什么大的关系,但是,建立本钱、建立周期将直接影响到你可以接纳的技能,可以选用的软件架构,可以蒙受的体系范围。
一个不能到达业主本钱和周期要求的项目是一个失败的项目,同样,一个到达了业主本钱和周期要求,但却没有赚到钱的项目仍旧是一个失败的项目。
举个笔者到场的案例:一个公益机构委托开辟1套信息化平台,重要利用者有公益机构自己工作职员,也有平凡公众和当局相干机构职员。这里的业主也是需求提出者和利用者——公益机构。
3. 业务提出者
业务提出者是业务范围、业务模式和业务规则的订定者,一样平常是指业务方的高层人物,好比CEO、高级司理等。
他们订定业务规则,圈定业务范围,规划业务目的。他们的盼望非常非常的紧张,现实上,体系晦涩正是业务提出者谋划目的和管理意志的表现。
固然他们的盼望一样平常都比力原则化和大略化,但是却不能违背和误解,否则体系将有彻底失败的伤害。换句话说,业务提出者的盼望是体系建立的最高纲领。
业务提出者一样平常最关心体系建立可以或许带来的社会影响、服从提拔、管理改进、本钱节省等宏观结果。即他们只关心统计意义而不关心详细细节,但是,假如建立完成的体系不能给出他们满足的统计效果,这肯定是一个失败的项目。
在体系建立过程的沟通中,他们的意志一样平常是少少妥协的,体系分析员不必太费心去试图说服他们担当一个与他们意志相左的方案。现实上,由于他们的盼望黑白常原则化和大略化的,因此留给了体系建立者很大的调解空间和规避风险的余地。
4. 业务管理者
业务管理者是指现实管理和监视业务实行的职员,一样平常是指中层干部,他们起到将业务提出者的意志付诸实行,并监视底层员工工作的作用。
业务管理者关心体系将怎样实现他们的管理职能,怎样能方便地得知业务实行环境,怎样下达指令、怎样得到反馈、怎样评估效果等。业务管理者的盼望相对比力细节,是需求调研过程中最紧张的信息泉源。体系建立的优劣与业务管理者的关系最多,也是体系分析员最必要下功夫的。
业务流程、业务规则、业务模式等绝大部门也必须与业务管理者告竣同等,业务管理者应当成为需求评审小组的成员,假如大概,他们乃至应当成为需求分析小组的成员与体系分析员一同工作。
在体系建立的过程中,业务管理者的盼望可以有所妥协,一个履历丰富的体系分析员可以给他们灌输公道的管理方式,提供可替换的管理方法,以规避导致高技能风险或高本钱。
5. 业务实行者
业务实行者是指底层的业务操纵职员,是与未来的软件体系直接交互最多的职员,体系的可用性、友爱性、运行服从等与他们关系最多。
业务实行者的需求最为细节,体系的界面风格、操纵方式、表单细节等是体系分析员向他们调研时必要多下功夫的地方,他们将成为体系是否乐成的试金石。
这类职员的盼望机动性最大,也最轻易说服和妥协。同时,他们的盼望又每每是最不同一的,各种各样的古怪要求都有。但是,不管他们的盼望有多古怪,都必须服从业务管理者的盼望。
体系分析员必要从他们的各种盼望中找出广泛意义,办理大部门人的题目,对于特别的题目只管予以说服,须要时可以依赖说服业务管理者来影响和消除那些不公道的盼望。
6. 第三方
第三方是指与这项业务有关系的,但并非业务方的其他人或事。
好比共享单车体系,用户宁静台的生意业务是通过微信、付出宝、银行卡品级三方付出体系完成付出生意业务,因此第三方付出体系就成为了共享单车体系的一个涉众;假如单车是通过自行车厂商提供,那自行车厂商就成为共享单车体系的一个涉众。
一样平常环境,第三方的盼望对体系不会产生什么决定性影响,但大多会起到限定作用,成为体系的一个束缚。通常在终极体系中,这些盼望将表现为尺度、协媾和接口。
7. 承建方
也就是你的老板:
现实上老板的盼望也是不容忽视的。通常老板关心的是通过这个项目可否赚到钱、是否能积聚焦点竞争力、是否能树立品牌、是否能开辟市场等。老板的盼望将很大的影响一个项目标运作模式、技能选择、架构创建和范围确定。
假设老板试图通过这个项目打开和培养一个新兴市场,树立公司品牌,而且不吝本钱,那么体系分析员就要尽大概的深入发掘潜伏业务,创建扩展本领很强,但本钱较高的业务架构:选择那些比力新、具有肯定领先上风但风险较高的技能。
反之,假如老板只想通过当前项目赚更多的钱,更关心投入产出比,那么体系分析员就必要引导业务方压缩业务范围,选择风险较小的成熟技能。
8. 相干的法律法规
相干的法律法规是一个很紧张的,但也最轻易被忽视的涉众。
既指国家和地方法律法规,也包罗行业规范和尺度。比方:公益平台创建客户档案,就必须保障客户的隐私权,体系计划时就不可以或许将涉及隐私的信息向非授权用户开辟。
有些极度环境下业务方会提出一些违背法律法规的需求,体系分析员知晓的环境下应当指出来,说服无果的环境下应与老板探讨在条约里留下免责条款。
偶然还必须服从一些行业规范,很多行业都有本行业的信息化体系建立尺度,最常见的有信息安全尺度,在体系建立的时间必须思量到信息安全的题目。
9. 用户
用户是一个抽象的概念,指预期的体系利用者,用户一样平常是上述涉众的代表。
用户与涉众差别的是,每一个用户未来都大概是体系中的一个脚色,是实着实在到场体系的,必要编程实现。而上述的其他涉众,则有大概只是在需求阶段用来分析体系,终极并不与体系发生交互。
在建模过程中,概念模子的创建和体系模子的创建都只从用户开始分析,而不再剖析其他的涉众。当通过以上的大类发现和界说了涉众之后,就可以动手举行涉众分析陈诉的编写。
五、总结
通过以上大类的辅助,体系分析员对项目范围内的涉众举行观察和访谈,形成涉众分析陈诉。涉众分析陈诉完成后,就会正式开始需求建模分析,下一期继承为各人分享。
参考资料:《大象Thingk.in.UML》,作者:谭云杰
作者:笑傲网网;4年互联网工作履历,重要涉及聪明社区、智能安防、大数据以及教诲应用等方面。
本文由 @笑傲网网 原创发布于大家都是产物司理,未经作者允许,克制转载。
题图来自Unsplash,基于CC0协议。返回搜狐,检察更多