乐凯2405期软考
3822人加入学习
(0人评价)
乐凯2405期软考高项直播课程

乐凯2405期软考高项直播课程

价格 ¥ 2699.00
音频听课 手机端支持一键听课 (试一试)
该课程属于 乐凯2405软考高项班级
请加入后再学习

信息系统工程选择4-5分

也在论文考试范围内

软件工程:需求的三个层次

1.业务需求

2.用户需求

3.系统需求:分功能需求(需完成的业务功能)、非功能需求(可靠、容错、扩展、性能等)、设计约束(限制条件、补充规约)等。

SA(结构化)方法进行需求分析(核心是数据字典),的三个层次模型:

1.数据模型:实体联系图(E-R图)表示

2.功能模型:数据流图(DFD)表示

3.行为模型:状态转换图(STD)表示

OO(面向对象)方法进行需求分析的方法:

UML(统一建模语言):有三块组成

1.构造块:事物、关系、图

2.规则:

3.公共机制。

交互图有4种(顺时互通):顺序图、定时图、交互概览图、通信图。

UML视图:由特定的一组图构成,是在某一个抽象层上,对系统的抽象表示(某些图可能同时从属于多个视图),分为:(激进不实用):逻辑视图、进程视图、部署视图、实现视图、用例视图。

 

 

[展开全文]

论文范围内

信息系统工程:

  1. 软件工程
  2. 系统集成
  3. 数据工程
  4. 安全工程

1、软件工程

将系统的规范的可度量的工程化方法应用于软件开发、运行和维护的全过程及上述方法的全过程

1.1、需求分析

需求的三个层次

  1. 业务需求:高层次的目标要求
  2. 用户需求:描述用户的具体需求:用户访谈、问卷调查 
  3. 系统需求:系统角度描述软件需求,包括功能与非功能需求、设计约束

要能区分不同需求:【题型】如约定测试使用什么方式,这属于约束性要求

 

质量功能部署:目的最大限度提升软件工程过程中的用户满意度

qfd

常规需求:用户认为系统应该做到的功能或性能

期望需求:用户想当然认为系统应具备的功能或性能

意外需求:用户要求范围外的功能或性能,开发人员控制

1.1.1、需求过程

1.需求获取

访谈、问卷调查、采样、情节串联板,联合需求计划

获取结果记录到用户需求说明书中

2、需求分析

把杂乱无章的用户要求和期望转化为用户需求

好的需求标准:可验证性、无二义性、完整性、一致性、可测试性、可跟踪性、正确性、必要性等

分析结果形成需求规格说明书SRS--BA

三个层次模型 

SA方法进行需求分析--核心是数据字典

  1. 数据模型:实体联系图E-R图:描述实体、属性、实体之间的关系
  2. 功能模型:数据流图DFD:描述系统内各个部件的功能和数据在它们之间传递的情况 【题型 】询问数据流图包括哪些元素:数据源点、处理或加工、文件或或存储数据、数据流
  3. 行为模型:状态转换图STD:通过一个行为把系统状态转换。描述系统状态和引起系统状态转换的事件

3、软件需求规格说明书SRS ,需求开发活动的产物 ,是一个技术文档,不是管理文档,类似项目预算、进度计划风险分析等管理内容不在其中;

4、需求验证/需求确认

  1. 正确地描述预期的、满足干系人需求的系统行为和特征
  2. 软件需求是从系统需求、业务规格和其他来源中正确推导而来的
  3. 需求是完整的和高质量的
  4. 需求的表示在所有地方 都是一致的
  5. 需求为继续进行设计、实现和测试提供了足够的基础

通过需求评审和需求测试工作来对需求进行验证

结构化方法和面向对象方法比较

面向对象方法:统一建模语言UML

为软件开发的所有阶段提供模型化和可视化支持,是一种标准的建模方法,较适用于迭代式开发过程 

构造块

事物:对模型中最具有代表性的成分的抽象 

规则:构造块如何放在一块的规定

命名

范围

可见性

完整性

执行

公共机制 

详细 规格说明

修饰

通用划分

扩展机制

UML是独立于软件开发过程 的建模语言

依赖关系 带箭头的虚线指向被使用者:一种使用关系,即一类的实现需要使用到另一个类

动态的临时的,运行期间才产生,通常单向

关联关系 带箭头的实线指向被拥有者:一种拥有的关系,它使一个类知道另一个类的属性和方法。

泛化关系 带三角箭头的实线,箭头指向父亲

一种继承关系的反关系,表示一般与特殊的关系 

继承是抽象到抽象 ,具体到具体。

聚合关系 :是整体与部分的关系,且部分可以离开整体而单独存在,空心菱形的实线,菱形指向整体

组合关系 :是整体与部分的关系,但部分不能离开整体而单独存在,实心菱形的实线,菱形指向整体

结构事物

UML视图

用例图,

架构设计

需求分析

软件设计

软件实现

部署交付

过程管理

[展开全文]