第1章需求工程导论.ppt

* * 考核方式： （1）一个实际项目的需求文档一套 （可以2人一组交一套，但要区分先后顺序） （2）每人交一篇有关需求工程方面的论文 信息学院：孙承爱 办公室： J13-101 邮箱：sun910213@163.com 手机 软件需求工程 课程的性质和任务 《需求工程》是整个软件项目最关键的一个输入，与传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，是软件项目最难把握的问题，他的复杂性体现在不同层次的客户（用户）关心的问题是不一样的，想要每个客户都成为需求专家是不现实的。 《需求工程》又是软件工程中最复杂的过程之一，从客观上说，需求工程面对的问题几乎是没有范围的，从主观上说，需求工程需要方方面面人员的参与（如领域专家、领域用户、系统投资人、系统分析员、需求分析员等等），各方面人员有不同的着眼点和不同的知识背景，沟通上的困难给需求工程的实施增加了人为的难度。可见，掌握和应用《需求工程》是对计算机相关学科从业人员的基本要求。 本课程通过软件开发的实际案例，重点讲授需求工程的基本思想与概念、技术特征、需求获取、需求分析与规约、需求验证、需求管理、需求基线管理与需求承诺、需求变更管理、需求跟踪等内容。使学生全面理解需求工程的作用和地位、需求工程的内容和困难，掌握常用的需求获取的方式方法、需求工程过程、业务建模、用例建模、需求验证技术、需求变更、需求风险管理等内容，并将所学知识运用到实际的项目需求过程中，写出一个项目的需求规格说明书。 本章主要内容 第1节 软件的需求问题 第2节 需求问题的原因分析 第3节 需求工程 第4节 需求工程师 第1章 需求工程导论 1.1 软件的发展（1）50年代、60年代、90年代的发展 第1节 软件的需求问题 商业会聚之处 中间件 企业应用集成，业务流程重组，企业资源计划 面向操作员的语言 操作系统，虚拟机 软件的发展经历了以机器为中心、以应用为中心、以企业为中心的三个阶段。 中间件可以看成是某种抽象的程序，通常与平台无关的，比较易于产生，易于翻译成目标程序，在编译中就是语义分析和产生目标代码的过渡阶段 CBD(Central Business District)指在一个大城市内，集中了大量的商务、金融、文化、服务机构和商务办公酒店、公寓等配套设施，具备完善便捷的交通、通信等现代化基础设施和良好的环境，便于开展大规模的商务活动的比较核心的中心区域。 EAI(Enterprise Application Integration) 是将基于各种不同平台、用不同方案建立的异构应用集成的一种方法和技术。 BPR(Business Process Reengineering/Business Process Re-engineering/Business Process Redesign是指通过资源整合、资源优化，最大限度地满足企业和供应链管理体系高速发展需要的一种方法。 ERP(Enterprise Resource Planning)是将企业所有资源进行整合集成管理。即将企业的“物流，资金流，信息流”进行全面一体化管理的管理信息系统。 （2）软件危机 1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际学术会议上第一次提出了“软件危机”(software crisis)这个名词。 软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题。 开发成本超出预算，实际进度比预定计划一再拖延。 用户对“已完成”系统不满意的现象经常发生。 软件产品的质量往往靠不住。Bug一大堆，Patch（补丁）一个接一个。 软件的可维护程度非常之低。 软件通常没有适当的文档资料。 软件的成本不断提高。 软件开发生产率的提高赶不上硬件的发展和人们需求的增长。 （3）软件工程 概括来说，软件危机包含两方面问题：一是如何开发软件，以满足不断增长，日趋复杂的需求；二是如何维护数量不断膨胀的软件产品。 解决方案：软件工程 IEEE：Institute of Electrical and Electronics Engineers 美国电气和电子工程师协会，是一个非营利性科技学会。 （1）应用系统化的、科学化的、定量的方法，来开发、运行和维护软件，即将工程应用到软件。 （2）对（1）中各种方法的研究 1.2 90年代的软件生产状况调查（1）Standish Group 1995（美国一家咨询公司） 365家公司的8380个项目 成功项目Success：在预计的时间之内，在预算的成本之下，完成预期的所有功能。 问题项目Challenge