如何分析APP功能需求及结构.docx

如何分析APP功能需求及结构

?????????APP分析过程在项目管理体系PMBOK中归属于项目范围定义（DefineScope）过程。从PMBOK的角度来看，在完成需求收集（CollectRequirements）后，需要对项目和产品的详细范围进行描述，清晰完整的项目/产品范围说明书有利于制定出具有良好执行性的WBS（WorkBreakdownStructure），但其更为重要的意义在于科学的构建了用户所需要的系统功能架构。

????????从业务演变到系统的角度来看，APP是业务在系统的具体呈现，APP的分析过程是将业务语言翻译为机器语言的表现。只不过这不是普通的翻译，是包含了智力和经验的过程。所以，对于计算机信息领域的技术专家来说，更需要去学习和掌握跨领域的业务语言，并在不同领域的交界处形成明确的定义，实现不同语言间的准确对应。

?????????举个例子，假设在电子商务领域里有一个业务，我们称之为A：用户通过网站填写了一份购买汽车坐垫的订单，付款成功后可以通过连接电脑的打印机自动打印一份A4幅面标准格式的确认单。那么在信息系统的世界里，A被翻译为：1、用户通过web表单填写完订单内容后；2、在线支付。2.1、如果支付不成功，系统提示用户哪里出现错误，并引导用户修正错误。2.2、如果支付成功，系统提示用户：订单已经生效，系统即将打印确认单。3、系统传递打印控制信息，打印机负责打印出指定格式的文件。4、系统提示交易完成。

????????上面的例子说明了不同的领域有不同的表达标准，想要在不同领域都能准确表达同一个意思，将是非常困难的事情。

????????在计算机领域，信息系统的APP的设计过程非常的复杂，不只是纯粹的描述计算机处理流程那么简单，还包括了抽象过程（建模过程），设计过程（包括系统流程设计、功能设计、权限设计、用户体验设计、异常处理设计等等），测试过程（建立demo，必要的验证）。而在这些过程中，建模环节是最为重要，也是最为复杂的一个步骤。

举个例子来说明为什么说业务建模过程最为关键、也最为复杂：

????????假设家里有很多的杂物被堆放在不同的角落里，有衣服，裤子，鞋子，碗，清洁剂，锤子，可折叠的小凳子等等，家里每个人都会用到其中的某些物品。久而久之，大家都觉得这些东西胡乱放置，既不利于保管、用时也不方便找到。于是，大家推举你来解决这个问题，并给你提出了很多好的建议。例如，把这些东西整理到一个角落放置，给每个物品一个固定的位置，可以请木工打个大木箱子来放置，也可以去家具商店买个好点的柜子来放置，又或者买几个大的袋子分类来装。最后，一家之长告诫你：在投资允许的情况下，尽可能的选择最好的一种方案来满足家里所有人的需求。

那么这个时候，你应该怎么去做呢？让我来试着描绘一种可能成功的做法。

???首先，对每个人的需求进行登记。即收集需求的过程（CollectRequirements）

详细的与每个干系人（Stakeholder）进行沟通，识别出每个人的一些行为特性，例如：

1、你一般什么时候会去哪儿找哪些物品做哪些事情，什么时候又还原回去？（流程）

2、这些物品有些什么保管的要求？（功能需求）

3、你希望去哪里去取最方便？（非功能需求）

4、有别人和你一起用这些物品吗？（权限要求）

5、大致预算在什么范围，等等（限制条件）

所以，第一步我们分析业务中包含了哪些业务对象。

???业务对象分析（确定BO）

????????在线订票业务中，有登录、填写订单、支付和出票四个环节。仔细分析，我们发现，这四个环节分别包括了四个相对独立的业务对象：用户、订单、账单和票。（这里没有把手机短信也列为一个业务对象）

订票过程的所有活动都是围绕这四个对象来开展的，少了任何一个对象，这个流程都是不完整的。

那么在识别BO的时候，我总结了几个简单的标准：

1、该业务对象是否有一定的明确业务含义，如果少了这个BO业务流程将不完整。

2、业务流程中一定有一个或多个环节是有这个BO参与的。

3、大多数BO往往是可以映射到现实生活中的某一类物体的。例如，人，账单，公司，电话，系统，卡，存折，车辆，身份证等等。

另外，我们在判断是否所有的业务对象都被识别时，也有一个很简单的判断标准：业务流程中可能涉及的数据内容都与已经识别的业务对象能紧密关联上。

?

在确定BO后，需要分析和识别所有与业务对象相关的行为。

???识别与BO相关的行为（BO属性和行为分析）

BO本身是有意义的，这些意义可以被细化为一些属性。我理解，属性就是说明和识别BO某一方面的一些具体标识或参数。

识别业务对象属性时，最重要是能分清楚哪些属性是与目前工作范围相关的。例如，用户有很多属性，但高矮胖瘦这些与我们正在分析的电子商务系统毫无关系，所以，找到BO属性