【STUDY】高级软件工程-需求分析、设计模式

【需求分析】

  

需求分析☆的任务就是准确地回答“系统必须做什么”。是通过系统分析员与用户一起商定,清晰、准确、具体地描述软件产品必须具有的功能性能运行环境等要求。需求分析的目的是澄清用户的需求,并把双方共同的理解明确地表达成一份书面文档——需求规格说明书|| 需求分析是一项软件工程活动,它包括:需求获取、需求建模、需求规格说明、需求评审。|| 需求分析①刻画出软件的功能和性能;②指明软件与其他系统元素的接口;③建立软件必须满足的约束||

需求分析建模的方法有结构化分析建模面向对象分析建模

需求分析:主结构化分析、用例图总结面向对象

软件需求分析-结构化

结构化分析模型-前:↓

 对以上的结构化分析工具有所了解之后,结构化分析方法的操作步骤如下:
1、自顶向下,功能分解,使用分层DFD、
2、由后向前,定义数据和加工,使用DD, PSPEC
3、根据需要,分析复杂数据和动态模型,使用E-R图,CFD,CSPEC,STD
4、编写SRS

面向对象分析模型-后介绍:↓

 用例图、类图、行为模型()

 面向对象分析模型常用的分析工具有:
1、用例图、类对象图
2、对象-关系图,用来表示静态关系
3、对象-行为图,用来表示动态关系

在掌握以上分析工具的基础上,按照下面的步骤进行面向对象分析
1、定义系统的用例
2、领域分析,建立类对象模型
3、建立对象-关系模型
4、建立对象-行为模型
5、编写SRS软件需求说明

软件需求分析——UML用例图☆:UML是 Unified Modeling language 的缩写,是一种统一建模语言,主要在软件需求分析与设计阶段使用。UML一共包括9个图,分别是用例图、类图、对象图、序列图、协作图、状态图、活动图、构件图、部署图。 

【用例图】定义:由参与者(actor)、用例(use case)、边界以及它们之间的关系构成的用于描述系统功能的视图。用来表示系统角色与系统功能发生交互的图。
参与者:不特指人,是指在使用系统或与系统交互中所扮演的角色。用例:是对包括变量在内的一组动作序列的描述。对用例命名时,可取一个简单、描述性名称,一般为带有动作性质的词。边界:用于区别开系统内外,一般画图可省略。箭头:表示参与者和系统发送消息进行交互的关联关系。箭头尾部用来表示启动交互的一方,箭头头部用来表示被启动的一方,其中用例总是要由参与者来启动。

用例、用例图、用例模型

UML建模+eg软工-面向对象分析

用例use case

【需求分析报告】

5篇报告:结构化分析

废品回收需求分析

废旧回收移动应用需求分析

 软件开发项目需求分析模板×需求分析文档SRS

【类图】

Eg:机房收费系统类图

类图符号UML中六种类图关系

【设计模式】

设计模式及六大原则设计模式23种设计模式对其理解

开放封闭原则(OCP,Open Closed Principle):软件设计本身所追求的目标就是封装变化、降低耦合,而开放封闭原则正是对这一目标的最直接体现。|| 其核心的思想是:软件实体应该是可扩展,而不可修改的。也就是说,对扩展是开放的,而对修改是封闭的。因此,开放封闭原则主要体现在两个方面:①对扩展开放,意味着有新的需求或变化时,可以对现有代码进行扩展,以适应新的情况。②对修改封闭,意味着类一旦设计完成,就可以独立完成其工作,而不要对类进行任何修改。|| 设计模式六大原则 、ocp例子||            

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值