第四节-办公平台需求分析及函数简单介绍.pptVIP

办公平台需求分析及函数简单介绍 黄克平 2013-5-17 引言1 用户描述的可能不是他想要的。 对用户的描述每个人有不同的理解 引言2—开发人员和用户之间的鸿沟 从前有一家汽车厂，想为年轻人设计一款新车型，企划及设计部讨论了许久始终找不到感觉，于是对25-35岁的年轻人进行问券调查，大伙辛苦了三个月，完成了一万份的调查记录。市场部门摘要了调查内容反映给设计部门，重点：省油、外型酷、颜色鲜艳、马力足等。设计部门有了灵感开始设计，半年过去了!设计部门很得意的把雏型车展示给大伙看，这个时候…CEO、市场部、企划部..都傻眼了。 CEO开口说: 为什么这车没有”轮子” 设计部回答: 市场部给的调查报告里，没说要有轮子 市场部回说: 问卷调查中、顾客没有提到要有轮子 企划部生气的说: 你们都是白痴啊,汽车要有轮子是基本常识，你们都不知道吗? 就这样现场吵翻天了! 注：原文地址：/post/572.html 引言3—做需求要很细、很专业、很有经验 男孩反问:“是无声枪么？” 不是 “枪声有多大？” 80~100分贝 “那就是说会震的耳朵疼？”是 “您确定那只鸟真的被打死啦？”确定 “鸟里有没有聋子？”没有 “没有关在笼子里的？”没有 “旁边树上还有其他鸟？”没有 “有残疾或饿的飞不动的鸟？”没有 “算不算怀孕肚子里的小鸟？”都是公的  结论 需求具有主观性、二义性、多变性、模糊性。 需求分析要求很专业、很仔细、很有经验。 需求分析是确定系统应具备的功能，是其他所有工作的基础，因此非常重要。 需求导致整个项目失败占的比例非常大。 需求分析的任务 四项主要任务： 1 、确定对系统的综合要求 2 、分析系统的数据要求 3 、导出系统的逻辑模型 4 、修正系统开发计划 提问并思考： 如果你是一个用户，你会对将要开发的软件有哪些要求？ 确定对系统的综合要求 ① 功能需求。指定系统必须提供的服务。 ② 性能需求。指定系统必须满足的定时约束或容量约束等。 ③ 可靠性和可用性需求。应定量指定。 ④ 出错处理需求。指环境错误，非系统本身的错误。 ⑤ 接口需求。常见的接口需求：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 确定对系统的综合要求 ⑥ 约束。常见的约束：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。 ⑦逆向需求。指定系统不应该做什么， ⑧将来可能提出的要求。 软件需求分析的通信途径 分析小组成员主要包括领域专家、系统分析员； 客户访谈 问题分析与确认 需求问题调查表 快速建立软件原型 快速原形就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。 要点： 实现用户看得见的功能，省略目标系统“隐含”功能。 快速建立软件原型 建立和修改原型的方法和工具： (1)第四代技术。包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程语言。能快速生成可执行的代码。 (2)可重用的软件构件。使用一组已有的软件构件（也称为组件）来装配（而不是从头构造）原型。 (3)形式化规格说明和原型环境。在交互式环境下，用自动工具把基于形式语言的规格说明翻译成可执行的程序代码。 模型的作用 在建模过程中了解系统。 通过抽象降低复杂性。 有助于回忆所有的细节。 有助于部门内部的交流。 有助于部门间的交流。 为系统的维护提供文档 结构化分析方法建立的需求模型 结构化分析（ Structured Analysis , SA ）是面向数据流进行分析的方法，主要建立以下几种模型： 实体关系图(Entity-Relationship Diagram,E-R图)来创建数据模型，描述系统中所有重要的数据对象； 数据流图（Data Flow Diagram,DFD） ：用来创建功能模型，描述了信息流和数据转换。 状态转换图 （State-Transition Diagram,STD）用来创建行为模型，描述系统状态如何响应外部事件，而进行转换。 面向对象分祈方法（OOA）所建立的摸型 对象模型(Object model)：定义实体，描述系统的静态结构，定义“对谁做” 动态模型(Dynamic model):描述对象之间的交互过程，规定“何时做” 功能模型 (Functional model) ：描述内部数据的处理，指明系统应“做什么” 结构化分析方法（ Structured Analysis ,SA ) 面向数据流进行需求分析的方法 适合于数据处理类型软件的需求分析 结构化分折模型的组成结构 实体一联系图 实体一联系图（ E 一 R 图）描绘系统的数据关系。 分析实体一联系有助于对业务或系统数据组成的理