软件需求
| 日期 | 版本 | 说明 | 作者 |
| 2008-4-10 | 1.0 |
| 徐进 |
|
|
|
|
|
概述
Ø 本文档是描述软件需求的文档，我从企业信息系统规划，需求开发，需求管理三个方面阐述如何做好软件需求
Ø 企业信息规划，是包括企业研究、企业信息系统的规划方法，这两个章节。说明企业信息规划的重要性和方法，以及对软件需求获取和软件实施都有重要影响
Ø 需求开发包括：需求获取、需求分析、需求文档编制、需求验证，目前这篇文档只涉及需求获取部分
Ø 需求管理：目前没有写
企业研究
企业和企业信息系统
企业和企业管理
Ø 定义：企业是指从事生产、流通、服务等经济活动，以产品或劳务满足法律 教育网原创社会需要，并以获取盈利为目的，依法设立，实行自主经营、自负盈亏的经济组织。
Ø 企业信息（数据）：企业在生产、经营活动过程中，对资金、人、物的使用和变动的记录就形成了企业数据。
Ø 企业管理和决策：是对生产经营的管理和决策，主要包括计划、组织、领导、监督和控制的职能，管理者需要企业的信息支持管理和决策
Ø
企业信息系统
对信息系统认识
Ø 信息系统是一个抽象的，而且复杂程度较高的系统
Ø 企业信息系统建设过程应该遵循：业务规划、需求开发、设计、编码、测试、实施、维护这样一个过程进行
Ø 规划企业信息系统可以理顺企业业务
Ø 规划企业信息系统可以为软件需求提供必要的资料和指导
企业建立信息系统得准备
Ø 选择可靠的开发组织
Ø 选择可行的开发方法和开发工具
企业建立信息系统得条件
Ø 企业高层应该对建设信息系统规律有一般认识，并参与建设信息系统
Ø 企业必须和信息系统提供方充分交流，企业需求
Ø 企业管理的科学化是建立企业信息系统得坚实基础和保证
Ø 规范齐全的数据是建立信息系统得必要条件
Ø
企业建立信息系统的规划步骤
Ø 研究项目确定
Ø 研究的准备工作
Ø 研究开始阶段
Ø 定义企业过程
Ø 定义数据类
Ø 分析现在系统支持
Ø 确定管理部门对系统要求
Ø 提出判断结论
Ø 制定建议书和开发计划
企业信息系统的规划方法
企业过程定义：
Ø 企业职能范围：主要业务领域。可能包含计划、资金、产品、材料、生产、销售、分销、财会、人事
Ø 企业的活动过程：是实现企业职能的活动过程；人事职能包含人员招聘、人员计划、培训等业务活动
Ø 企业职能总是独立于组织机构而存在
企业的活动包含：
计划与控制过程：
Ø 战略计划
Ø 经济预测
Ø 组织计划
Ø 策略制定
Ø 目标开发
Ø 产品设计
Ø 管理控制
Ø 市场预测
Ø 产品预测
Ø 资金计划
Ø 操作计划
Ø 预算
产品和服务过程；
Ø 市场计划
Ø 市场研究
Ø 预测
Ø 定价
Ø 材料需求
Ø 能力计划
Ø 工程计划和开发
Ø 产品说明
Ø 工程记录
Ø 生产安排
Ø 生产操作
Ø 采购
Ø 订单处里和控制
Ø 接受存储
Ø 控制质量
Ø 检验包装
Ø 库存管理
Ø 销售
Ø 订货服务
Ø 运输
支持资源
Ø 资金：财政计划，成本控制；资金获取；应收；会计；付款
Ø 人力：招聘计划；工资；招聘；调动；薪酬福利；解聘退休
Ø 设备：设备计划；设备采购；设备管理；机器维修；设备处理
定义数据类
识别数据类
Ø 数据类型：存档、事务、计划/规划、统计/综合
Ø 企业资源：产品、顾客、设备、材料、资金、人员、供应商
过程和数据类
Ø 建立企业过程和数据类之间的关系
|
| 数据类1 | 数据类2 | 数据类3 | 数据类4 |
| 过程1 | C |
| U |
|
| 过程2 |
| C |
|
|
| 过程3 | U |
| U | C |
| 过程4 |
|
| C |
|
| C：创建；U：使用 | ||||
分布数据规划
Ø 分布部门和业务过程关系
|
| 部门1 | 部门2 | 部门3 | 部门4 |
| 过程1 | C |
| U |
|
| 过程2 |
| C |
|
|
| 过程3 | U |
| U | C |
| 过程4 |
|
| C |
|
| C：创建；U：使用 | ||||
Ø 分布部门和数据类关系
|
| 部门1 | 部门2 | 部门3 | 部门4 |
| 数据类1 | C |
| U |
|
| 数据类2 |
| C |
|
|
| 数据类3 | U |
| U | C |
| 数据类4 |
|
| C |
|
| C：创建；U：使用 | ||||
分析当前业务与系统关系
Ø 分析组织和过程关系
|
| 组织1 | 组织2 | 组织3 | 组织4 |
| 过程1 | C |
| U |
|
| 过程2 |
| C |
|
|
| 过程3 | U |
| U | C |
| 过程4 |
|
| C |
|
| C：创建；U：使用 | ||||
需求开发过程
需求获取阶段
用户和项目背景了解
Ø 用户企业经营领域：了解企业经营领域
Ø 用户企业组织结构：绘制企业组织结构图
Ø 用户项目立项背景：了解立项背景，有助于理解项目范围
Ø
需求调研（访谈）资料准备
Ø 组织部门结构图：
Ø 范围关联图：
Ø 业务功能组成图：
Ø 业务组织关系表
|
| 部门A | 部门B | 部门C | 部门D |
| 业务1 | T |
|
| T |
| 业务2 |
| T |
|
|
| 业务3 |
| T | T |
|
| 业务4 | T |
|
|
|
A；B；C
Ø 业务流程图：
Ø 过程/数据类型表
|
| 设计清单 | 入库单 | 器件库存 | 领料单 |
| 产品设计 | C |
|
|
|
| 器件入库 |
| U | C |
|
| 领料 | U |
| U | C |
|
|
|
|
|
|
C表示创建；U表示使用
Ø 业务流程（过程）和组织部门关系图：
|
| 调度 | 货运 | 仓库 | 总经理 | 财务 |
| 客户订单 | A | A | A |
| B |
| 客户奖励 | C |
|
| A | B |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A：负责；B主要涉及；C设计涉及
Ø 业务用例描述表：
Ø
Ø
用户群分类表：
| 用户类 | 用户类描述 | 代表者 |
|
|
|
|
|
|
|
|
|
|
|
|
Ø
需求开发过程和计划
| 过程 | 时间 | 参与人员 | 结果 | 备注 |
| 企业及项目背景 |
|
|
|
|
| 需求准备 |
| 徐进 |
|
|
| 明确项目目标和范围 |
|
|
|
|
| 确定用户需求代表 |
|
|
|
|
| 确认需求过程和计划 |
|
|
|
|
| 确认用户业务功能 |
|
|
|
|
| 确认用户业务流程 |
|
|
|
|
| 业务和组织部门关系 |
|
|
|
|
| 用户非功能业务需求 |
|
|
|
|
| 需求分析过程 |
|
|
|
|
| 需求文档编写过程 |
|
|
|
|
| 需求确认过程 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ø
组织用户需求开发人员
Ø 给用户群分类：根据不同的用户类关心不同的系统功能和性能需求，为将来的系统找到不同的用户类，并且对用户类进行描述。
Ø 确定需求代表：从用户类中找到重要客户作为需求代表
和用户确定需求开发过程和计划
Ø 确定需求开发过程：由开发方提供需求开发过程蓝本，然后双方商讨开发过程，并根据需要进行修改
Ø 需求开发计划：按照双方确定的需求开发过程，确定一个需求开发计划表，方便双方资源安排
项目范围和目标
Ø 项目范围：描述项目涉及的业务领域和不应涉及的业务领域，
Ø 局限性：首次发行版本范围，随后发行版本范围
Ø 项目目标：描述项目要完成的业务目标，能给客户带来哪些商业价值，如提高效率、节省成本、使工作流程简化合理。
Ø 项目成功的关键因素：确定哪些是决定项目成功关键因素。
Ø 范围关联图：定义系统的业务范围，画出范围关联图
Ø 主要特性：系统将要提供的主要特性和用户性能列表
Ø 假设和依赖环境：
和用户按照准备资料商谈需求
Ø 先和主要负责人确定需求开发过程和计划，然后和具体业务人员商谈需求
Ø 不要使用计算机和软件开发中的语言，尽量用用户习惯的语言沟通
Ø 要尊重用户需求人员的意见
Ø 要充分交流，搞清楚用户的目标和业务，并且能复述出来
Ø 从用户角度指导需求开发，假设自己就是用户，自己将如何工作。
Ø 对项目范围修改要慎重
Ø 适当进行分析设计，定义出界面，便于交流，方便找到错误
对用户的需求分类
Ø 业务需求：见项目范围目标
Ø 使用说明：需要记录
Ø 功能需求：见用例描述
Ø 业务规则：需要记录
Ø 质量属性：需要记录
Ø 外部接口：需要记录
Ø 限制：需要记录
Ø 数据定义：需要记录
Ø 解决思想：需要记录
需求获取完成判断
Ø 用户提不出新的使用用例
Ø 用户提出的用例已经包含在前面的描述文档中
Ø 用户提出的用例属于下个版本的内容
需求获取出差准备
Ø 电脑准备：笔记本一台
Ø 需求分析软件：Viso 2000，rose，word
Ø 资料
需求分析阶段（略）
需求规格书编写阶段（略）
需求验证阶段（略）
扫一扫
3184
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
