需求分析概论.ppt

TOPIC Key Ideas Requirements Determination Interviews Survey via questionnaires Direct observation of working people Study business documents Other investigation methods 基本概念 许多被放弃的失败的系统是由于分析员试图创建精彩的系统，但是对组织不了解 主要的目标是为组织创造价值 质量是对需求的满意度，而不是“美好” 软件的质量模型 系统分析员 系统分析员是分析业务、确定改进机会、实现这些理想的信息系统设计的关键人物 通过实践来理解和掌握成功设计和实现新的信息系统所需要的技术是非常重要的。 Key Definitions As-Is system 是可以或不能计算机化的当前系统。 To-Be system是新的基于最新需求的系统 System Proposal是在分析阶段递交的关键系统建议报告 Key Ideas 1、理解需求，表述要开发的系统，或决定那些是新系统不能实现 2、系统建议书是通过系统的程序递交到审查委员会的文档 3、系统分析结合了初步的系统设计 4、需求确认是软件开发生命周期SDLC中最关键的一个独立的步骤 What is a Requirement? 1、系统应该做什么的描述 2、系统必须具有的特性的描述 3、在分析阶段,重点聚焦于用户需要的业务 4、当项目从分析到设计到实现的推进过程中，随着时间的推移需求将发生变化 Requirement Types 1、功能性需求 系统必须执行的一个过程 系统必须包括的信息 2、非功能性需求 系统必须具有的表现属性，包括质量（运行期质量、开发期质量）、约束 例如：操作性、性能、安全、文化和政策 Documenting Requirements 需求定义报告 以大纲形式列出的文本化需求 可能包括优先级别 主要目的是定义项目的范围： 什么是和不是系统所包括的。 Determining Requirements 业务用户的参与是最基本的 三种技术帮助用户发现他们对新系统的需求 业务流程的自动化(BPA) 业务流程的改进(BPI) 业务流程的重造(BPR) Ddetermining System Requirements Methods 传统的方法; 访谈 通过调查表来观察 直接观察人们的工作 研究企业的业务文档、文件、规范 现代方法： 联合应用设计 小组支持系统 CASE工具 原型法 TOPIC Requirements Determination Interviews Survey via questionnaires Direct observation of working people Study business documents Other investigation methods Interviews 最通用的技术 基本步骤： 选择被访谈人员 设计访谈问题 为访谈做准备 执行访谈 访谈后的流程 Selecting Interviewees 基于信息的需要 最好具有不同观点的人： 管理人员 用户 理想情况，所有利益相关者 在头脑中应该保持组织的政治性 Designing Interview Questions 在前期，非结构化的访谈对信息收集非常有用的 目标是广泛的、粗略定义的信息 在后期的进程中，结构化访谈是非常有用的 目标是非常特定的信息 Three Types of Questions Top-Down and Bottom-up Questioning Strategies Preparing for the Interview 准备一个总体的访谈计划 列出问题 预期的答案和继续过程 确定知识领域 在时间有限的情况下，设定优先级 准备访谈： 日程表 告知访谈的理由 告知讨论的范围 Conducting the Interview 要体现专业，不能有偏见 要记录所有信息 检查是否该公司有关于录音方面的政策（以免违反该公司规定） 确认你理解所有的问题和术语 将个人观点和事实分离开来 给被访问者有时间提问题 确认你已经感谢被访问者 结束 Post-Interview Follow-Up 准备访谈笔记 准备访谈报告 给被访谈者查看并确认访谈报告 寻找差异和新问题 TOPIC Requirements Determination Interviews Survey via questionnaires Direct observation of working people Study business documents Oth