系统架构师学习笔记第四章

系统架构师学习笔记第四章

ID:28773916

大小:44.00 KB

页数:11页

时间:2018-12-14

系统架构师学习笔记第四章_第1页
系统架构师学习笔记第四章_第2页
系统架构师学习笔记第四章_第3页
系统架构师学习笔记第四章_第4页
系统架构师学习笔记第四章_第5页
资源描述:

《系统架构师学习笔记第四章》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、实用标准文案系统架构师学习笔记_第四章4.1 软件开发方法4.1.1 软件开发生命周期传统的软件生命期是指软件产品从形成概念(构思)开始,经过定义、开发、使用、维护、废弃,的全过程。可以把软件生命期划分为软件定义、软件开发、软件运行与维护,三个阶段。1、软件定义时期1.问题定义,目标系统“是什么”,系统的定位以及范围。2.可行性研究,技术可行性、经济可行性、操作可行性、社会可行性。3.需求分析,确定软件系统的功能需求、性能需求、运行环境的约束,写出需求规格说明书、软件系统测试大纲、用户手册概要。充分理解用户的需求,并以书面形式

2、写出规格说明书,这是以后软件设计和验收的依据;用户也许很难一次性说清楚系统应该做什么。系统分析员、软件开发人员、用户,共同完成,逐步细化、一致化、完全化等。软件需求规格说明SRS,内容可以有系统(或子系统)名称、功能描述、接口、基本数据结构、性能、设计需求、开发标准、验收原则等。2、软件开发时期软件开发时期就是软件的设计与实现,概要设计、详细设计、编码、测试等。概要设计是在软件需求规格说明的基础上,建立系统的总体结构(含子系统的划分)和模块间的关系,定义功能模块及各功能模块之间的关系。详细设计对概要设计产生的功能模块逐步细化,

3、包括算法与结构、数据分布、数据组织、模块间接口信息、用户界面等,写出详细设计报告。测试可分成单元测试、集成测试、确认测试、系统测试等。通常把编码和测试称为系统的实现。3、软件运行和维护软件维护就是尽可能地延长软件的寿命,没有维护的价值时,宣告退役,软件的生命结束。精彩文档实用标准文案4.1.2 软件开发模型软件生存周期模型又称软件开发模型或软件过程模型,模型的特点是简单化,是软件开发实际过程的抽象与概括。为软件工程管理提供里程碑和进度表,为软件开发过程提供原则和方法。软件过程有各种各样的模型。1、瀑布型瀑布型的特点是因果关系紧

4、密相连,前一个阶段工作的结果是后一个阶段工作的输入,前一个阶段的错漏会隐蔽地带到后一个阶段,每一个阶段工作完成后,都要进行审查和确认,它的出现有利于人员的组织管理,有利于软件开发方法和工具的研究。2、原型模型根据用户提出的软件系统的定义,快速地开发一个原型,包含目标系统的关键问题和反映目标系统的大致面貌。三种途径:利用模拟软件系统的人机界面和人机交互方式。真正开发一个原型。找来一个或几个正在运行的类似软件进行比较。实际工作中,由于各种原因,大多数原型都废弃不用,仅仅把建立原型的过程当作帮助定义软件需要的一种手段。注意:用户对系

5、统模糊不清,无法准确回答目标系统的需求。经过对原型若干次修改,应该收敛到目标范围内,否则可能会失败。对大型软件来说,如果没有现成的,就不应该考虑用原型法。3、螺旋模型是生命周期模型与原型模型的一个结合,分成多个阶段,每一个阶段都由4部分组成:1.目标设定,指定对过程和产品的约束,并且制订详细的管理计划。2.风险分析,制订解决办法。3.开发和有效性验证,即开发软件产品。4.评审,确定是否需要进入螺线的下一次回路。增加一周,软件系统就生成一个新版本,系统应该尽快地收敛到用户允许或可以接受的目标范围内。精彩文档实用标准文案该模型支持

6、大型软件开发,适用于面向规格说明、面向过程、面向对象的软件开发方法,也适用于几种开发方法的组合。4、基于可重用构件的模型把软件工程项目所创建的构件不断地积累和存储在一个构件库中,系统将依赖构件的健壮性。5、基于面向对象的模型构件重用是非常重要的技术之一。一方面进行构件开发,另一方面进行需求开发,快速建立OOA、OOD原型,由重用构件组装而成,甚至通过组装可重用的子系统而创建更大的系统。6、基于四代技术的原型四代语言完全不用变成方式来构造应用系统,而是利用一些生成器。与通常的软件工程环境或计算机辅助软件工程不同,只侧重于支持应用

7、软件开发过程中的设计阶段和实现阶段,特别是支持界面以及与界面有关的处理过程。4.1.3 敏捷方法1、敏捷方法的特点敏捷方法是“适应性”而非“预设性”的,重型方法在计划制定完成后拒绝变化,而敏捷方法则欢迎变化。“面向人的”而非“面向过程的”传统的软件开发方法的基本思路一般是只要图纸设计得合理并考虑充分,施工队伍可以完全遵照图纸顺利构造。但是,一些设计错误只能在编码和测试时才能发现。传统正规开发方法是个体不重要,角色才是重要的,尽量减少人的因素对开发过程的影响,但是敏捷方法正好相反。管理人员已经脱离实际开发活动相当长的时间了,如此

8、设计出来的开发过程是难以为开发人员所接受的。只有在第一线的开发人员才能真正掌握和理解开发过程中的技术细节,所以技术方面的决定必须由他们来做出。敏捷方法特别强调相关人员之间的信息交流。因为项目失败的原因最终都可以追溯到信息没有及时准确地传递到应该接受它的人。精彩文档实用标准文案

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。