珠宝网站制作,电商网站运营步骤,网站建设2018需要什么,1个ip可以做几个网站业务驱动的需求思想
要做好软件需求工作#xff0c;业务驱动需求思想是核心。传统的需求分析是站在技术视角展开的#xff0c;关注的是“方案级需求”#xff1b;而业务驱动的需求思想则是站在用户视角展开的#xff0c;关注的是“问题级需求”。
变更/优化型需求分析任务…业务驱动的需求思想
要做好软件需求工作业务驱动需求思想是核心。传统的需求分析是站在技术视角展开的关注的是“方案级需求”而业务驱动的需求思想则是站在用户视角展开的关注的是“问题级需求”。
变更/优化型需求分析任务执行指引
在软件需求分析实践中用户提出变更、优化型需求也通常都是直接提出“方案级需求”因此我们需要还原出“问题级需求” 价值需求主线
什么是价值需求简单来说就是从黑盒子视角回答“整个软件系统为客户解决了什么问题、创造了什么机会”“对于系统而言最关键的干系人有哪些”“各个重要干系人对系统的关注点是什么有哪些担心阻力点”三个本质性问题。价值需求是组织应用类软件系统需求的灵魂和方向但在笔者所接触的很多此类需求分析实践中这部分做得相对薄弱。这将使得项目范围更容易蔓延客户从中获得的利益与价值不容易呈现从而导致客户满意度难以有效提升。
功能主线
有人说组织应用类软件系统就是带一定业务逻辑的增删、改查功能也有人说做需求就是先搭菜单结构。这些都是典型的白盒子视角是从开发视角来说的技术驱动需求理念。这一视角会让用户对需求分析过程敬而远之写出的需求文档也将令其望而生畏。
有人说我们应该先找业务用例再找系统用例从用户的角度来“发现”。这虽然是一种“黑盒灰盒”的视角但大量实践者苦于难以有效地完成思维角度的切换另外这种较小粒度的抽象方法容易在需求分析过程中陷入树木而忽略森林。
实际上我们还有更好的思考角度和做法那就是厘清系统中的所有功能是因何而存在的。如果我们站在更宏观的角度上来看实际上最核心的无外乎以下几个方面 通过系统固化、优化业务流程提升流程执行效率、节约成本、降低风险等。 通过系统拓展业务的渠道使其延伸到电话、互联网、移动互联网等通道上。 通过系统将个人知识、能力转化为组织知识、能力。 通过系统实现数据的信息化辅助管理、决策。
业务支持
业务支持最典型的是三类首先是固化、优化业务流程因此业务流程是核心其次是业务延伸到新的通道诸如手机端这从本质来说也是一种流程的重构核心还是业务流程最后是将个人能力转化为组织能力而这种能力存在于具体的业务场景中因此“专家场景”是核心。要梳理出业务支持所需要的功能简单来说就是从灰盒子视角回答四个问题“根据目标和干系人关注点系统涉及哪些业务流程”“这些业务流程是如何定义的需要优化吗”“系统对流程中所有业务场景都要支持吗还是只支持一部分”“有哪些业务场景的工作经验需要模型化”
系统要支持的是业务而在业务领域中通常是先制定业务流程再明确岗位及岗位职责的只有清晰地梳理出流程才能更好地分析需求。 管理支持
软件系统对管理的支持主要可以体现在三个方面 事前风险避免通过增加管理流程 事中风险控制通过“规则”和“审批” 事后总结优化通过“数据分析”。
前两种通常会在业务支持分析中统一处理第三种则应该独立进行分析。要梳理清管理支持所需的功能简单来说就是从灰盒子视角回答三个问题“管理层用户希望通过系统来实现哪些管理、控制需求”“希望通过系统做哪些辅助决策”“要实现这些管理、控制、决策支持需要哪些信息用什么方法获得它们”
业务流程分析与优化
在标识出相关的业务流程之后接下来的关键任务就是逐个流程进行了解与分析绘制出流程图并对关键流程做适度的优化。 业务流程八要素
业务流程分析最重要的是厘清如图7-5所示的业务流程八要素包括五个基本要素分工、活动、协作、产物关系、分支三个管理要素审核、规则、异常。 五个基本要素
当我们分析一个业务流程时首先需要明确出整个流程中涉及哪些分工、每个角色负责执行什么活动然后选择合适的流程图将其表示出来。当然这些活动之间不是独立的存在顺序执行、并行执行、异步执行等多种可能这就是“协作关系”在流程图中就是各个活动之间的连线。而且协作过程不是一成不变的还需要根据实际情况来进行处理这就是流程中的“分支”。这也是流程图中的一个重要的要素。另外在协作过程中各分工之间需要传递工作产物流程管理者会制定一些表单、单据格式以明确职责这就是“产物关系”。在流程图中通常以“数据流”或“文档”的形式来表示。这些就是一个流程中五个基本要素之间的关系除此之外管理者还会在流程中引入一些用于控制风险、监控进程的管理元素。
领域建模
在信息系统需求分析中数据主线的重点在于范围与关系也就是哪些数据要纳入系统它们之间的关系是什么而领域建模正是解决这两个问题的关键。 类图基础
领域建模的结果需要选择一个模型来表示可选的模型只有两个E/R图和类图。由于E/R图只能描述关联关系而类图能够呈现出更多关系因此强烈建议使用类图。下面我们简单介绍一下类图。 在执行领域建模任务时首先标识系统中的主业务流程针对每个主业务流程绘制出领域类图片段包括识别过程数据、识别自然数据、识别描述类数据三步然后将它们合并成整个系统的领域模型第四步。前三步所采用的方法是“四色建模法”它是领域建模实践中最有效的方法之一
彩色建模法
彩色建模法的创造人Peter Coad把领域类分成了过程数据Moment Interval也译为时刻、自然数据(Party、Place、Thing)、角色数据(Role)、描述类数据(Description)4种并且分别使用红、绿、黄、蓝4种颜色的即时贴来表示 使用的时候将采用“红→绿、黄→蓝”的顺序执行也就是先标识过程数据然后标识自然数据同时考虑角色数据最后标识描述数据的顺序
