软件需求导论

Muuuzi丶

已于 2022-10-11 20:25:16 修改

阅读量193

点赞数 1

文章标签：需求分析软件工程 java

于 2022-10-11 20:23:47 首次发布

本文链接：https://blog.csdn.net/muzillll/article/details/127270805

版权

软件需求

一、软件的发展：

60年代的发展
- 50s，以机器为中心，使用指令码、汇编语言、BIOS、批量实物处理、计算性工作
- 60s，以应用为中心，使用3GL，OOL，OS，基本业务处理，应用处理
软件危机
- 软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题
- 开发成本超出预算，实际进度比预定计划一再拖延。
- 用户对“已完成”系统不满意的现象经常发生。
- 软件产品的质量往往靠不住。Bug一大堆，Patch一个接一个。
- 软件的可维护程度非常之低。
- 软件通常没有适当的文档资料。
- 软件的成本不断提高。
- 软件开发生产率的提高赶不上硬件的发展和人们需求的增长
  - 概括来说：软件包含两方面的问题：
  - 一是如何开发软件，以满足不断增长，日趋复杂的需求
  - 二是如何维护数量不断膨胀的软件产品
- 解决方案：软件工程

90年代的发展

90s，以企业为中心：4GL，CBD，EAI，BRP，ERP

90年代的软件生产调查
- 大公司开发项目的平均成本是232.2万美元，中等公司是133.1万美元，小型公司是43.4万美元
- 大约31％的项目在完成之前被取消，52.7％的项目成本是原来预算的189%
- 大公司9%按预算交付，小公司16%按预算交付

影响因素

成功项目的影响要素	影响指数
用户参与	15.9％
高层管理支持	13.9％
清晰的需求说明	13.0％
正确的项目计划	9.6％
切合实际的期望	8.2％
细化的项目里程碑	7.7％
员工能力	7.2％
主人翁精神	5.3％
清晰的目标和前景	2.9％
努力工作	2.4％
其他	13.9％

问题项目的影响要素	影响指数
缺少用户输入	12.8％
不完整的需求说明	12.3％
需求变化	11.8％
缺乏高层管理支持	7.5％
技术能力不足	7.0％
缺乏资源	6.4％
不切实际的期望	5.9％
目标不清晰	5.3％
不现实的时间要求	4.3％
新技术的影响	3.7％
其他	23.0％

失败项目的影响要素	影响指数
不完整的需求说明	13.1％
缺少用户输入	12.4％
缺乏资源	10.6％
不切实际的期望	9.9％
缺乏高层管理支持	9.3％
需求变化	8.7％
缺乏计划	8.1％
额外的无用功能	7.5％
缺乏IT管理	6.2％
技术能力不足	4.3％
其他	9.9％

影响因素

需求因素：
- 用户参与
- 高层管理支持
- 清晰地需求说明
- 切合实际的期望
- 需求变化
- 额外的无用功能
综合来看，需求因素
- 对成功项目的影响指数为53.9％
- 对问题项目的影响指数为55.6％
- 对失败项目的影响指数为60.9％

从上世纪60年代到今天软件的发展之路可以被总结为如下几个关键点：

个人为主的作坊式英雄主义时代
面向复杂问题，实现大型软件可预测和提高软件可靠性的工程化开始阶段
初步的基于组件要素工厂化生产阶段；
基于互联网和大数据技术新型开放软件开发平台

当前软件自主化面临的机遇和问题是什么？

机遇

开源已经成为一种普遍接受的观点
网络的应用是一种无法阻挡的趋势，个别国家的行为不会成功，只会设置一点小的障碍
经过多年的发展，我们已经在软件领域取得不少突出的成就，如TikTok的核心技术就是美国人希望购买的
我们国家的制度优势让我们可以集中力量办大事，今天国家对软件行业的大力支持，举国上下的创新和创业的热情，让美国这个世界信息技术最强国都感觉害怕

问题

自主软件生态的建立
基础软件领域的薄弱
专业人才培养的问题

软件的三种类型

在这里插入图片描述

软件的分析活动

二、需求问题的技术原因分析

非技术和社会性因素
- 组织机构文化，社会背景，商业目标，利益协商
  - 关注软件系统和显示之间的互动效应
    - 软件系统环境的组织机构文化，社会背景和系统射中的目标与利益比软件内部的数据流与状态更应该值得重视
  - 解决方案和具体应用环境相关的
    - 不能忽视具体应用环境中的相关因素，例如组织机构的文化，组织机构的规范，组织的行业规范，组织的社会背景等等
  - 单纯通过技术的运用来建立一个一致、完整的需求模型是不太可能的
    - 面对冲突要能够分析社会原因和组织机构方面的原因，引导涉众进行利益协商
  - 结构化分析和面对对象分析具有一定的先天缺陷
    - 编程->设计->分析
    - 设计和编程都有构建高质量（健壮性、可维护性、适应性等等）软件的共同目标，而且使用相同的概念和组织机制保证了从设计到编程的平滑过渡，所以，它们在设计领域的应用也取得了成功
    - 但是需求分析除了拥有构件高质量软件的目标之外，还有一个更加重要的目标是理解现实
  - 以企业为中心的软件反映了软件规模日益扩大
    - 一方面提高了需求处理中非技术性和社会性因素的影响比重
    - 另一方面也进一步放大了传统技术在需求处理阶段的不适应性
  - 需求错误的高代价性
    $+ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sCVdOlQl-1665490643047)(C:\Users\24953\AppData\Roaming\Typora\typora-user-images\image-20221011194924497.png$

3.1需求工程

是软件工程的一个分支
- 它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束
- 同时它也关注以上因素和准确的软件行为规格说明之间的联系
- 关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系

3.2需求工程的基本活动

在这里插入图片描述

3.3需求工程与系统工程

在这里插入图片描述

3.4需求工程的特性

——必要性

软件开发是一个工程问题
- 利用通用的计算机结构，构件一个有用的软件系统，来满足人们的某些目的
计算机应用于现实世界的广泛性
- 新的问题和新的解决方案
- 定义问题就是需求工程的任务

——重要性

开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难
容易忽略需求工程重要性的地方
- 问题广为人知
  - 电梯调度，图书管理
- 问题小而简单
  - 出错也无所谓