信息系统需求视图

毫无疑问，不同向项目有不同的需求，但是需求之间有什么共通的东西呢。本章分析下需求中存在的一些能够共通的东西，尤其是在信息管理系统中一些需要注意的部分。

信息系统的本质—–数据信息化

namely : 将数据抽象汇总，形成明确的需求。

信息系统类别

联机事物处理系统（OLTP）、管理信息系统（MIS）、主管信息系统（EIS）、决策支持系统(DSS)、专家系统、办公自动化系统（OA）等。

OLTP：包含数据输入输出的系统；
MIS：查询、分析统计报表的系统；
EIS：信息的查看管理系统；

1、联机处理系统—流程电子化

构成三要素：人、过程、工具

在实际工作中， 人带着工具进行现实工作，但是需要将信息以输入输出的方式按流程录入系统。

eg:入库操作时，人持手持机带物资入库，将入库物资信息录入ERP系统。

流程分析时OLTP系统的关键线索和主要视图

从业务流程出发，而非是从结构划分开始。
从业务角度定软件操作流程，将软件设计思路一业务并发，而非是拿单个模块实现。
P:懂业务的程序员OR会写代码的PM。

个人建议做一个会写代码的PM，重心在PM中，然后各类代码前后端兼容，可以适应各种需求的程序。

2、管理信息系统—数据信息化

管理信息系统就是将OLCP产生的数据进行报表分析、查询，是数据的消费者，这部分消费信息甚至比报表信息更重要。

报表需求分析什么

在报表分析时考虑客户为什需要这么做，而非是客户要这么做就这么做。
报表需求考虑Why、What、How

##待插入图片

报表需求面向不同对象分析不同内容

面向管理人员：从业务视角出发分析

分析出业务事件视角（进度报表、异常报表）业务实体视角（常规报表及需求报表）
    进程日志，对关键活动总结；对异常状况报表；对详细数据报表；对业务具体需求报表；
Eg:现在我们系统只有日志，可以作为进度报表，但是极其简单；
                  异常报表，不太容易实现，现在仅仅只有警报一个方面；
                  详细数据报表，不太完整。
  So：We need 研究实际的报表分析一下啊！！！

面向决策者：按销售时间、产品维度、销售人员维度进行分析，分析整体数据的自然属性。

其它信息系统

决策支持系统（DSS）、专家系统、办公自动化系统

1). 决策支持系统——决策信息化
结构化问题：可以利用计算机流程直接生成报表解决的问题，（仓储报表、危险品预警等数据报表）；
非结构化问题：不能只通过计算机流程解决，需要人工参与(广告投放、等较复杂的场景)；
Eg:非结构化问题举例，图2.9：

2). 专家系统——个人知识转化为企业知识
个人在企业的经验知识经过一定的积累，就成为相关方面的“专家”，专家系统即对专业知识进行统计分析，将其可以快速转化为企业知识的系统。

`专家系统主要是将个人经验高效快速转化为企业经验`

3). 办公自动化—–协同信息化
办公自动化系统，将串行的办公流程并行处理，解决问题。

信息系统多维视图

信息系统的线索：人、事（过程）、物（数据）、接口

需求分析人员要具有这种能力：将实现的功能抽象成实际可以见到的管理层效果(如提高项目的什么什么效率，可以为公司带来什么什么效益，可以通过什么报表可以直接让领导层看到什么)
P：领导层主要看到的是效益层的，主要通过决策、报表、图标让领导层直接看到效益。
还需要具备这种能力：将业务逻辑向开发或其他人员进行转述分析，让其明白功能；或者是直接将业务划分为不同那个模块进行讲述。

嵌入式系统的需求视图

面向直接用户的嵌入式系统

如银行ATM机、手机等；在树立需求时，采用层次结构梳理。
eg:手机在接听电话时，需要记录别人的手机号码时，原来需要找纸和笔；可以直接打开便签记录，或者语音识别自动记录；

面向特定设备的嵌入式开发

有些嵌入式系统不会直接与用户产生交互，而是先通过与内部系统进行交互，然后在外部进行与用户交互；
如GPS模块、监控模块，先通过显示，然后在于外部的模块进行交互。

分析此类时，需按照对外接口及对内接口进行分析。
先分析对内接口，找到此类设备相互关联的外部系统，然后在分析内部功能及描述。
Eg:监控项目中，先分析内部GPS模块需要实现的额功能，对监控物资进行实时的定位，对GPS信号网络信号进行整理描述。外部接口：通过查看物资信息接口与查看物资信息的具体位置等。

总而言之

需求视图是啥玩意呢，要结合具体业务逻辑及用户对象，根据不同业务逻辑及对象设计或者是为其分类制作不同的产品。

对设计产品时的一些感想：

  做产品，提供便利：做一个产品，最初级的要求就是先使用人、工具（过程）、物（数据）、接口理清楚所有的业务逻辑，然后将其以开发人员可以快速理解的代码逻辑形式理出来。 P：对现在最近做的管理系统还是其它的系统，都是首先在业务逻辑基础上，将其实现，如实现基本的CUID及日志、监控功能。
  做产品，带去利益：然后呢，在其基础上，划分为数据管理，报表，最好还要对报表做分析，将其产生实时可见的数据、形象化的数据为公司提供改进意见，为其带来效益。
  做产品，积累经验：然后呢，在基础上，将操作流程化、产生专家经验，使其可以快速让新员工上手，将企业经验迅速转化为个人经验，快速上手。或者是直接进行自动化管理，设计原来这部分员工。


对需求分析的一些感想：
  还是那句话，首先从用户角度出发，多问问用户要的是什么东西，他们为什么要这个东西，要这个东西他们有什么用，如何才能在更加符合他们操作习惯的同时进行设计。

  对现在的系统时，进行细微设计，如进行报表分析时。看面相的对象是普通使用人员还是高级管理人员，为普通管理人员则提供基本的便利使用，使其用起来更加的舒服既可以。对于高级管理人员呢，则需要做报表等可以直接见效益或总体直接产生影响的报表或者是系统，从这个角度去分析制作。

  在分析具体业务逻辑时，分内部接口与外部接口，内部接口开发人员可见，外部接口具体业务 人员可见，对于外部接口一定要慎重考虑，外部接口和事件分析是要点中的要点！！

  需求视图找出需求分析时应该从哪几个角度分析（用户人员、业务逻辑外部接口、产品类型甚至是产品使用与语言及展现平台形式等）