数字转换的需求

讨论自动化接口,MDG 技术,插件和工具,包括创建报告的工具,其他工具的插件,Enterprise Architect的Profiles和模式。
Post Reply
718rain
Posts: 13
Joined: Wed Jul 20, 2016 7:24 am

数字转换的需求

Post by 718rain » Thu Jan 19, 2017 1:43 pm

需求对于建立正确的系统至关重要。
然而,需求的失败是项目失败的主要原因。


我们忘记了多少次密码和用户名?这是与人类记忆和相关人为错误的可靠性相关的风险的清楚的例子。让我们考虑管理整个需求规划过程中积累的无数细节,以及引导,记录,分析和通信的步骤。哦,让我们不要忘记跟踪,验证和验证!

因此,对业务分析师的想法,他的整个重点是捕获需求,以确保成功的项目成果。或者换句话说,将所有用户利益相关者的需求,愿望和期望转换为开发人员和其他人的技术语言的任务,以确保他们 - 用户 - 将获得功能,他们需要,期望和期望从一个系统。这不是一个小的任务,它可能需要几个月。同时,由于复杂性,存在着不是所有的要求将被解决的可能性,因为许多因素,特别是它们已经丢失或被遗忘。

要求Coques2 175x100如果有效管理,需求识别和支持可追溯性提高整体项目成果,只需节省时间,减少花费,最重要的是,客户会更快乐。

需求管理过程在过去20年中发生了巨大变化,其中最明显的两个是客户参与过程的所有阶段,需求过程本身现在动态地连接到持续集成和交付的敏捷文化。软件定义业务的增长正在推动应用程序交付在固定企业中的增长和重要性,以及越来越多的创业公司破坏其行业,企业需要更高水平的自动化来竞争并提供高质量,比竞争对手更快。

在过去的要求被捕获在手写的纸质文件,这在时间,增加了电子表格和文字文件。这个过程的严谨性留下了改进的空间。今天,需求相关资料保存在中央存储库中,更新对所有利益相关者都可见。 Enterprise Architect可以捕获所有记录需求信息的不同信息,无论是从Word,Excel,Visio,手写笔记,视频或音频。

要求Coques3 175x100在过去要求是一个独立的过程,已经建立在“等待”或切换期,然后被项目生命周期的其他阶段消耗。今天,这些差距被封闭,自动化和需求被整合在整个开发生命周期中,具有许多其他功能。最终结果是交付时间更少。

组织文化的抵抗变革,由分区和部门的孤岛的堡垒和不愿合作,增加了变革过程失败的风险。今天,基于技术的合作平台越来越多地被采纳,因为它们是包容性的,打破了开放的孤岛,赋予利益相关者权力并将它们结合在一起。

发展项目的进展缺乏大多数关键利益相关者的透明度,直到业务交付的时候。无论利益相关者的可见性如何,都是从假设而不是从客观数据收集的。今天,关键利益相关者是开发团队的一个组成部分,可以访问进度图表和仪表板指标。

在过去,股东支持组织的管理紧紧地确保最大限度地减少或避免变革的总体目标,以保持其股份的价值。今天,数字命令式,而不是商业命令式,说准备改变,或冒险忘记。

要求Coques 175x100这些例子反映了需求管理过程的变化,在今天的开发模型中,支持迭代需求收集和持续交付软件。它已经成为一个敏捷实践方法,被采纳来应对数字化转型的挑战。这种基于协作,基于迭代的业务生命周期,需求和利益相关者之间,产生了DevOps,一个管理持续变化的战略。

Enterprise Architect的独特之处在于能够在整个开发生命周期中支持需求,并提供敏捷实践方法的优势。需求可以在模型中定义,也可以从其他工具(包括Visio)导入。

最近,通过与IIBA的协议,Sparx Systems正在开发针对BABOK实施的Enterprise Architect指南。通过这个协作的可视化建模平台的强大功能,扩展为业务分析师提供了完全增强的BABOK用户体验。

Post Reply