【需求分析】
需求分析☆的任务就是准确地回答“系统必须做什么”。是通过系统分析员与用户一起商定,清晰、准确、具体地描述软件产品必须具有的功能、性能、运行环境等要求。需求分析的目的是澄清用户的需求,并把双方共同的理解明确地表达成一份书面文档——需求规格说明书。|| 需求分析是一项软件工程活动,它包括:需求获取、需求建模、需求规格说明、需求评审。|| 需求分析①刻画出软件的功能和性能;②指明软件与其他系统元素的接口;③建立软件必须满足的约束。||
需求分析建模的方法有结构化分析建模和面向对象分析建模。
对以上的结构化分析工具有所了解之后,结构化分析方法的操作步骤如下:
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)、边界以及它们之间的关系构成的用于描述系统功能的视图。用来表示系统角色与系统功能发生交互的图。
参与者:不特指人,是指在使用系统或与系统交互中所扮演的角色。用例:是对包括变量在内的一组动作序列的描述。对用例命名时,可取一个简单、描述性名称,一般为带有动作性质的词。边界:用于区别开系统内外,一般画图可省略。箭头:表示参与者和系统发送消息进行交互的关联关系。箭头尾部用来表示启动交互的一方,箭头头部用来表示被启动的一方,其中用例总是要由参与者来启动。
【需求分析报告】
5篇报告:结构化分析
【类图】
Eg:机房收费系统类图、
【设计模式】
开放封闭原则(OCP,Open Closed Principle):软件设计本身所追求的目标就是封装变化、降低耦合,而开放封闭原则正是对这一目标的最直接体现。|| 其核心的思想是:软件实体应该是可扩展,而不可修改的。也就是说,对扩展是开放的,而对修改是封闭的。因此,开放封闭原则主要体现在两个方面:①对扩展开放,意味着有新的需求或变化时,可以对现有代码进行扩展,以适应新的情况。②对修改封闭,意味着类一旦设计完成,就可以独立完成其工作,而不要对类进行任何修改。|| 设计模式六大原则 、ocp例子||