论文范围内
信息系统工程:
- 软件工程
- 系统集成
- 数据工程
- 安全工程
1、软件工程
将系统的规范的可度量的工程化方法应用于软件开发、运行和维护的全过程及上述方法的全过程
1.1、需求分析
需求的三个层次
- 业务需求:高层次的目标要求
- 用户需求:描述用户的具体需求:用户访谈、问卷调查
- 系统需求:系统角度描述软件需求,包括功能与非功能需求、设计约束
要能区分不同需求:【题型】如约定测试使用什么方式,这属于约束性要求
质量功能部署:目的最大限度提升软件工程过程中的用户满意度
qfd
常规需求:用户认为系统应该做到的功能或性能
期望需求:用户想当然认为系统应具备的功能或性能
意外需求:用户要求范围外的功能或性能,开发人员控制
1.1.1、需求过程
1.需求获取
访谈、问卷调查、采样、情节串联板,联合需求计划
获取结果记录到用户需求说明书中
2、需求分析
把杂乱无章的用户要求和期望转化为用户需求
好的需求标准:可验证性、无二义性、完整性、一致性、可测试性、可跟踪性、正确性、必要性等
分析结果形成需求规格说明书SRS--BA
三个层次模型
SA方法进行需求分析--核心是数据字典
- 数据模型:实体联系图E-R图:描述实体、属性、实体之间的关系
- 功能模型:数据流图DFD:描述系统内各个部件的功能和数据在它们之间传递的情况 【题型 】询问数据流图包括哪些元素:数据源点、处理或加工、文件或或存储数据、数据流
- 行为模型:状态转换图STD:通过一个行为把系统状态转换。描述系统状态和引起系统状态转换的事件
3、软件需求规格说明书SRS ,需求开发活动的产物 ,是一个技术文档,不是管理文档,类似项目预算、进度计划风险分析等管理内容不在其中;
4、需求验证/需求确认
- 正确地描述预期的、满足干系人需求的系统行为和特征
- 软件需求是从系统需求、业务规格和其他来源中正确推导而来的
- 需求是完整的和高质量的
- 需求的表示在所有地方 都是一致的
- 需求为继续进行设计、实现和测试提供了足够的基础
通过需求评审和需求测试工作来对需求进行验证

结构化方法和面向对象方法比较
面向对象方法:统一建模语言UML
为软件开发的所有阶段提供模型化和可视化支持,是一种标准的建模方法,较适用于迭代式开发过程
构造块
事物:对模型中最具有代表性的成分的抽象
规则:构造块如何放在一块的规定
命名
范围
可见性
完整性
执行
公共机制
详细 规格说明
修饰
通用划分
扩展机制
UML是独立于软件开发过程 的建模语言
依赖关系 带箭头的虚线指向被使用者:一种使用关系,即一类的实现需要使用到另一个类
动态的临时的,运行期间才产生,通常单向
关联关系 带箭头的实线指向被拥有者:一种拥有的关系,它使一个类知道另一个类的属性和方法。
泛化关系 带三角箭头的实线,箭头指向父亲
一种继承关系的反关系,表示一般与特殊的关系
继承是抽象到抽象 ,具体到具体。
聚合关系 :是整体与部分的关系,且部分可以离开整体而单独存在,空心菱形的实线,菱形指向整体
组合关系 :是整体与部分的关系,但部分不能离开整体而单独存在,实心菱形的实线,菱形指向整体
结构事物
UML视图
用例图,
架构设计
需求分析
软件设计
软件实现
部署交付
过程管理