当前位置：首页 > article >正文

架构师备考-概念背诵（软件工程）

article 2024/11/14 12:32:43

软件工程

软件开发生命周期：
- 软件定义时期：包括可行性研究和详细需求分析过程，任务是确定软件开发工程必须完成的总目标，具体可分成问题定义、可行性研究、需求分析等。
- 软件开发时期：就是软件的设计与实现，可分成概要设计、详细设计、编码、测试等。
- 软件运行和维护：就是把软件产品移交给用户使用。
软件系统的文档可以分为用户文档和系统文档两类，用户文档主要描述系统功能和使用方法，并不关系这些功能是怎样实现的；系统文档描述系统设计、实现和测试等各方面的内容。
软件工程过程是指为获得软件产品，在软件工具的支持下由软件工程师完成的一系列软件工程
活动，包括以下4个方面。
- (1)P(Plan)——软件规格说明。规定软件的功能及其运行时的限制。
- (2)D(Do)——软件开发。开发出满足规格说明的软件。
- (3)C(Check)——软件确认。确认开发的软件能够满足用户的需求。
- (4)A(Action)——软件演进。软件在运行过程中不断改进以满足客户新的需求。
软件系统工具通常可以按软件过程活动将软件工具分为软件开发工具、软件维护工具、软件管理和软件支持工具。
- 软件开发工具：需求分析工具、设计工具、编码与排错工具、测试工具等。
- 软件维护工具：版本控制工具、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。
- 软件管理和软件支持工具：项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。
软件设计包括四个既独立又相互联系的活动，即数据设计、架构(体系结构)设计、人机界面(接口)设计和过程设计，这四个活动完成以后就得到了全面的软件设计模型。

需求工程

软件需求

软件需求是指用户对系统在功能、行为、性能、设计约束等方面的期望。是指用户解决问题或达到目标所需的条件或能力，是系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力，以及反映这些条件或能力的文档说明分为需求开发和需求管理两大过程，如下所示：

业务需求：反映企业或客户对系统高层次的目标要求，通常来自项目投资人、客户、市场营销部门或产品策划部门。通过业务需求可以确定项目视图和范围。
用户需求：描述的是用户的具体目标，或用户要求系统必须能完成的任务。即描述了用户能使用系统来做什么。通常采取用户访谈和问卷调查等方式，对用户使用的场景进行整理，从而建立用户需求。
系统需求：从系统的角度来说明软件的需求，包括功能需求、非功能需求和设计约束等。
- 功能需求：也称为行为需求，规定了开发人员必须在系统中实现的软件功能，用户利用这些功能来完成任务，满足业务需要。
- 非功能需求：指系统必须具备的属性或品质，又可以细分为软件质量属性(如可维护性、可靠性、效率等)和其他非功能需求。
- 设计约束：也称为限制条件或补充规约，通常是对系统的一些约束说明，例如必须采用国有自主知识产权的数据库系统，必须运行在UNIX操作系统之下等。

需求获取

需求获取是一个确定和理解不同的项目干系人的需求和约束的过程。
常见的需求获取法包括：
- 用户访谈：1对1-3,有代表性的用户。其形式包括结构化和非结构化两种。
- 问卷调查：用户多，无法一一访谈。
- 采样：从种群中系统地选出有代表性的样本集的过程。样本数量=0.25*(可信度因子/错误率)2
- 情节串联板：一系列图片，通过这些图片来讲故事。
- 联合需求计划(JRP):通过联合各个关键用户代表、系统分析师、开发团队代表一起，通过有组织的会议来讨论需求。
- 需求记录技术：任务卡片、场景说明、用户故事、Volere白卡。

需求分析

一个好的需求应该具有无二义性、完整性、一致性、可测试性、确定性、可跟踪性、正确性、必要性等特性，因此，需要分析人员把杂乱无章的用户要求和期望转化为用户需求，这就是需求分析的工作。
需求分析的任务:
- 绘制系统上下文范围关系图
- 创建用户界面原型
- 分析需求的可行性
- 确定需求的优先级
- 为需求建立模型
- 创建数据字典
- 使用QFD(质量功能部署)
结构化的需求分析的结构化特点：自顶向下，逐步分解，面向数据。
结构化的需求分析的三大模型：功能模型(数据流图)、行为模型(状态转换图)、数据模型(E-R图)以及数据字典。