可行性研究及需求分析

◦ ◦ ◦ ◦ 正方形（或立方体）表示数据的源点或终点 圆角矩形（或圆形）代表变换数据的处理 开口矩形（或两条平行横线）代表数据存储 箭头表示数据流
数据流图的符号




2.4.3.3 例子 假设一家工厂的采购部每天需要一张定货报表，报 表按零件编号排序，表中列出所有需要再次定货的 零件 对于每个需要再次定货的零件应该列出下述数据： 零件编号、零件名称、定货数量、目前价格、主要 供应者和次要供应者 零件入库或出库称为事务，通过放在仓库中的计算 机网络系统把事务报告给定货系统。当某种零件的 库存数量少于库存量临界值时就应该再次定货
技术资源
一般来说，开发软件系统的技术资源有硬 件资源（包括计算机系统、网络设备、通信设 计及相关的辅助设备设施等）和软件资源（包 括系统软件、工具软件等）进行技术可行性研 究时要考虑现有的技术资源能否满足系统开发 要求，如果不能，能否在成本允许的范围内获 得所需要的技术资源。
人力资源
人力资源包括软件开发的管理人员和各 层次的技术人员。人力资源是软件开发的基础。 因此，要考虑各类人员是否满足软件开发的需 要，他们掌握的技术和管理方法是否支持软件 项目的完成。
社会可行性是研究开发的项目是否存在违 犯法律、侵权、妨碍或是对社会产生不良的 影响。例如，为了保护自己软件的权益，在 软件中放置逻辑炸弹，这就违犯了国家的相 关法律。又如，未经授权在软件中使用别人 的图标，这就产生了侵权。
社会可行性涉及的范围比较广泛，包括法律、 合同、权益、责任、用户组织的管理模式及 规范，等等。
◦ 常用的建模方法有： 1、结构化的建模 数据流图、数据字典、实体关系图、状态结构化的转换图、控制 流图
2、 面向对象的建模
类图、对象图、用例图、顺序图、状态图、活动图、通信图、时序 图、组件图、部署图、包图等

需求描述：编制需求分析阶段的文档
◦ 复杂的软件系统：需求阶段产生系统定义文档（用户需求 报告）、系统需求文档（系统需求规格说明书）、软件需 求文档（软件需求规格说明书） ◦ 简单的软件系统：需求阶段只需要输出软件需求文档
2.1 可行性研究
2.2 需求分析
2.3 结构化需求分析方法
2.4 结构化分析建模

基于“分解”和“抽象”的基本思想，逐步建立 目标系统的逻辑模型，进而描绘出满足用户要求 的软件系统

分解：对于一个复杂的系统，把大问题分解 为若干个小问题，然后再分别解决

抽象：用最本质的属性表示一个软件系统
自顶向下逐层分解
由于开发成本受项目的特性、规模等多种因素的制约，分 析人员很难直接准确地估算出项目所需要的成本及产生效 益。通常一个软件项目的成本包括以下４个部分：
①购置、安装软硬件及有关设备的费用；
②软件系统开发费用；
③系统安装、运行和维护费用； ④人员培训费用。
系统的效益一般包括经济效益和社会效益。 经济效益指应用软件系统后为用户增加的收 入，或降低成本，或提高工作效率，或提高 质量等。它是可以通过直接的或统计的方法 计算的。社会效益是指软件系统投入使用后 提高了用户知名度，或是提高了用户产品的 市场占有率，或是提高了管理水平等。它是 很难直接计算的。在估算效益时，应该把可 能影响效益发挥的各种因素考虑在内。


组织架构图没有固定格式，通常根据部门的功能、职
责、工作内容进行划分。
分析模型的结构
组织结构分析 例：目前，春景海鲜酒楼主要有6个部门：经 理部、人事部、餐厅部、后厨部、财务部、后勤 部，其组织架构如下图：
总经理
副经理
副经理
后勤部
餐厅部
人事部
后厨部
财务部
◦ 结构化分析中经常用到的建模方法 ◦ 组织架构图 ◦ 业务流程图(TDF) ◦ 数据流图（DFD）
b. 库管员查材料订货单，核实入库单；
c. 材料入库，库管员验收货物；
d.库管员填写收货单给采购员，并把入库单存入文件
柜留 存。
1、材料入库的顶层业务流图
2、材料入库的第一层业务流图

3、细化材料入库的第一层业务流图
会员档案 顾客 身份验证 前台接待 餐台台帐 检索匹配餐台 安排就座 柜台开台 修改餐台状态 顾客点菜

需求验证： 确保需求的一致性、完整性、现实性、有效性
需求分析的步骤


2.2.3 需求管理 用于查找、记录、组织和跟踪系统需求变更的系统 化方法。可用于：
◦ 获取、组织和记录系统需求； ◦ 使客户和项目团队在系统变更需求上达成并保持一致

需求管理涉及三个主要问题
◦ 识别、分类、组织需求，并为需求建立文档； ◦ 需求变化 ◦ 需求的可跟踪性
过程为中心，一般没有数据的概念。

1、业务流程分析 业务流程分析是在业务功能的基础上逐步细化， 利用系统调查的资料，将业务处理过程 中的每一 步用一个图形将其串起来。

业务流程图（TFD）就是用一些规定的符号及 连线来表示某个具体业务处理过程。

2、业务流程分析过程 对第一业务弄清其信息的输入、处理、存储、 输出、立即存取要求，收集相应资料。

建模的基本目标
◦ 描述用户的需求 ◦ 为软件设计工作奠定基础
◦ 定义一组需求，一旦开发出软件产品之后，就可以用这组
需求为标准来验收

结构化分析过程中导出的分析模型的形式
分析模型的结构
◦ 结构化分析中经常用到的建模方法 ◦ 组织架构图 ◦ 业务流程图(TDF)
◦ 数据流图（DFD）
◦ 数据字典 （Data dictionary）

2.2.2
需求分析的步骤
◦ 需求分析分为： 需求获取、分析建模、需求描述和需求验证
◦ 需求获取：收集并明确用户需求的过程
获取需求的方法有多种，比如问卷调查、访谈、实 地操作、建立原型等
原型化开发过程

分析建模
获得需求后，则是对新系统建立分析模型。模型是通过一组符号根据 一定的规则相互连接而成，它有助于人们更好地理解系统部件之间的关 系及其所起的作用。

理顺各个岗位、各个业务流程之间的关系。 除去不必要的环节，对重复的环节进行合并， 对新增的环节进行增补。

确定哪些是今后要计算机系统处理的环节 。

3、业务流程图的基本图例
业务中参与的人或事物 （他或它自身信息参与到业务流程中） 业务中参与的单位、部门 （他们的自身信息参与到业务流程中）
业务处理（在业务流程中进行的业务处理）
根据用户提出的系统功能、性能及实现系 统的各项约束条件，从技术的角度研究实现系统 的可行性。在技术可行性研究中，必须对要求的 功能、性能以及限制条件进行分析，以确定使用 现有的技术能否实现这个系统。要考虑能否得到 所需要的软件和硬件资源，能否组织一个有能力 完成开发任务的、熟练的开发队伍，现有的开发 技术是否达到开发系统所要求的水平，以及开发 风险有多大。通常在进行技术可行性研究时要考 虑以下两方面的问题。
根据技术可行性分析的结果，管理人员必 须作出是否进行系统开发的决定。如果系统开 发的技术风险很大，或是模型演示表明当前采 用的技术和方法不能实现软件的预期功能和性 能，就要做出软件开发“不能进行或不必进行” 的决定。
经济可行性研究的内容：一是开发、使用软件系统所需要 的开发成本和运行费用；二是软件系统的投入使用所带来 的效益（经济效益和社会效益），即进行开发成本的估算， 评估项目成功取得的效益，确定要开发的项目是否值得投 资开发。

结构化分析的具体步骤
◦ ◦ ◦ ◦
建立当前系统的“具体模型” 抽象出当前系统的逻辑模型 建立目标系统的逻辑模型 考虑人机界面和其他一些问题
◦ 结构化分析中经常用到的建模方法 ◦ 组织架构图 ◦ 业务流程图(TDF) ◦ 数据流图（DFD） ◦ 数据字典 （Data dictionary） ◦ 实体关系图（ER）
传菜员
修改上菜状态
按单上菜
◦ 结构化分析中经常用到的建模方法 ◦ 组织架构图 ◦ 业务流程图(TDF)
◦ 数据流图（DFD）
◦ 数据字典 （Data dictionary）
◦ 实体关系图（ER）



2.4.3.1数据流图 一种图形化技术，它描绘信息流和数据从输入移动 到输出的过程中所经受的变换 可以在任何抽象层次上使用数据流图表示系统或软 件 2.4.3.2 数据流图符号
春景酒楼无线点菜业务流程图
顾客 柜台刷卡历史消费来自录顾客催菜 顾客缓菜 修改上菜状态 后厨分单打印 上菜提醒小票 后厨部 消费台帐 后厨分单 打印 上菜小票
餐台预订参考台帐 推荐餐台 检索菜例
预订台帐
菜例台帐
点菜单 手持终端下单 新加菜单 顾客加菜 顾客 退菜单 顾客退菜 修改预订状态 消费小票 预订台帐 餐台预订参考台帐 顾客 柜台打印

2.1.1 项目立项概述 1、立项 (1)项目发起 (2)项目论证 (3)项目审核 (4)项目立 项 2、可行性研究的结论有三种情况： ◦ 可行，按计划进行 ◦ 基本可行，需要对解决方案做出修改 ◦ 不可行，终止项目

2.1.2
◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦
可行性研究的内容
战略可行性研究 操作可行性研究 计划可行性研究 技术可行性研究 社会可行性研究 市场可行性研究 经济可行性研究 风险可行性研究
文档资料

3、业务流程图的基本图例
数据文件 （以文件的形式被保存、存储） 业务处理的选择判断 （在业务流程处理流程中需对相应的事务进行 选择判断过程） 业务流（表示业务流移动的方向）

1、材料仓库管理
材料仓库 的管理业务有三项：入库、出库、月底结账。 (1). 材料入库的具体步骤为： a. 采购员交材料入库单；

2.1.3