系统工程,软件工程,UML建模,项目管理主旨的抽象于软件开发流程内。软件开发的方法集合。
一、需求分析
1.总体需求分析
2.各部分需求分析
概念模型:
系统抽象的较终目的:
5w2h:why ,人物,(时间,地点),事件,方法(how much)
用例图:从用户角度描述功能并制定各子系统的操作者
1.划分系统子系统或者包图
2.*各子系统实现的操作者
3组成:
用例、事件流、异常流、前置条件、后置条件
系统的原理,性能,结构,了解并掌握(绘制结构框架图)
1).明确大概事件流:大概的逻辑模型。.分类系统功能模块或者包图
2.)*各功能模块实现的操作者
二、概要设计
1.面向对象
1)面向对象方法:
静态图:
类图:(类之间的联系:关联,依赖,聚合。类的内部结构:类的属性和操作。在系统的整个生命周期都有效),
对象图:(是类图的实例,不同于类的地方在于对象图显示类的多个对象实例而不是实际的类,对象有生命周期,只能在系统某一时间段存在),
包图:(由包或类组成,表示包与包之间的关系,用于描述系统的分层结构)
模块的4m1e的设计
模块的4m1e的5w1h的统计
2)明确事件流:大概的逻辑模型
3)明确时序图流程:
组织及其清单
组织:部门,组织团队,组织活动
活动清单:时序图(逻辑模型)
三、
行为图:物理模型:(行为实现)描述系统的动态模型和组成对象间的关系
活动图:描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并进 行活动,对系统的功能建模特别重要,强调对象间的控制流程。
状态图:有多个状态,其行为受外界环境影响,并发生改变的类画状态图 m与h。
描述类的对象所有可能的状态及时间发生时状态的转移条件。使用上不需为所有类画状态图,仅为那些有多个状态,其行为受外界环境影响并发生改变的类画状态图
交互图:(时序图)描述对象间的交互关系
顺序图:(强调时间和顺序)
合作图:强调上下级关系
实现图:
构件图(组件图) 描述代码部件的物理结构及各部件之间的依赖关系。可能是 一个资源代码部件,二进制部件或可执行部件,包含逻辑类或实现类的 有关信息。展现了一组组件的物理结构和组件之间的依赖关系。部件图有 助于分析和理解组件之间的相互影响程度。
配置图:定义系统中软硬件的物理体系结构。展现了运行处理节点以及其中的组 件的配置。部署图给出了系统的体系结构和静态实施视图。它与组件图相关,通常一个节点包含一个或多个构建。
首先:描述需求
其次:根据需求建立系统 的静态模型,来构造系统的结构
再次:描述系统的行为
静态建模机制:1,2所建立的模型都是静态的,包括用例图,类图,兑现图,包图,组件图,配置图
动态建模机制:3.所建立的模型或者可执行时的时序状态或交互关系包括状态图,活动图,时序图(顺序图和合作图。)
系统:设备,测量,材料,人,环境 方法
万物皆对象始终逃不出系统的范围
业务流程即方法
业务需求分析始终逃不出5w2h的范围
业务需求分析始终逃不出5w2h的范围
程序优化分析始终逃不出ECRSI,PDCA的范围
用户界面层 业务逻辑层 数据访问层