ImageVerifierCode 换一换
格式:DOCX , 页数:17 ,大小:2.49MB ,
资源ID:1116901      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-1116901.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件工程读书笔记Word下载.docx)为本站会员(b****2)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

软件工程读书笔记Word下载.docx

1、软件生命周期由软件定义、软件开发和运行维护三个时期组成,每个时期又可进一步划分成若干个阶段,每个阶段有各自的任务。问题定义可行性分析需求分析概要设计详细设计编码和单元测试综合测试维护6.软件过程生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序,因此,也称为过程模型。7.瀑布模型 :阶段间具有顺序性和依赖性推迟实现的观点质量保证的观点,文档驱动优点:文档驱动的规范坏,每个阶段的仔细验证。缺点:通过文档与客户沟通,最终产品可能不能真正满足客户需求。8.快速原型模型:快速建立起可以运行的程序,其功能往往是最终产品功能的子集。特点:通过原型系统获取客户要求,一旦需求确定,原型将被抛弃。9

2、.增量模型:把软件产品作为一系列增量构件来设计、编码、集成和测试。能在最早的时间把最新的功能提交给客户;减少客户对全新软件的冲击。开发困难,设计阶段必需有一个好的体系结构10.螺旋模型:在每个阶段之前都增加了风险分析过程的快速原型模型。对可选方案和约束条件的强调有利于已有软件的重用;减少了过多测试或测试不足带来的风险;维护只是一个周期;风险驱动。11.瀑布模型: 面向对象 迭代 无缝可行性分析1.可行性分析任务技术可行性经济可行性操作可行性法律可行性2.可行性分析过程复查系统规模和目标研究目前正在使用的系统导出新系统的高层逻辑模型进一步定义问题导出和评价供选择的解法推荐行动方针草拟开发计划书写

3、文档提交审查3. 系统流程图概括描绘物理系统的传统工具用图形符号,以黑盒子形式描述组成系统的每个部件程序、文档、数据库、人工过程3.数据流图(DFD) 描绘信息流和数据从输入移动到输出的过程中所经受的变换。一图二图三图4.数据字典关于数据的信息的集合,即对DFD图中包含的元素的定义的集合。数据字典的用途是供人查阅不了解的条目的解释。提供分析设计过程中关于数据的描述。需求分析5.ER模型ER图中包含实体(即数据对象)、关系和属性三种基本成分。6.状态转换图通过描绘系统的状态及引起系统状态转换的事件,来表示系统的行为。7.IPO图:总体设计8.耦合和内聚:松散耦合高内聚耦合衡量不同模块彼此间互相依

4、赖(连接)紧密程度;内聚衡量一个模块内部各个元素彼此结合的紧密程度。9.层次图(H图)在层次图中一个矩形框代表一个模块,框间的连线表示调用关系(位于上方的矩形框所代表的模块调用位于下方的矩形框所代表的模块)10.HIPO图=H图+IPO图11.结构图a)结构图中带注释的箭头表示模块调用过程中来回传递的信息。b)尾部是空心圆表示传递的是数据,实心圆表示传递的是控制信息。 判定为真时调用A,为假时调用B 模块M循环调用模块A,B,C 详细设计12.结构化程序设计:如果一个程序的代码块仅仅通过顺序、选择和循环这三种控制结构进行连接,并且每个代码块只有一个入口和一个出口,则称这个程序是结构化的。13.

5、系统流程图14.盒图15.PAD图:16.判定表:一张判定表由四部分组成,左上部列出所有条件,左下部是所有可能做的动作,右上部是表示各种条件组合的一个矩阵,右下部是和每种条件组合相对应的动作。17.判定树:判定表的变种,也能清晰地表示复杂的条件组合与应做的动作之间的对应关系实现18.实现=编码+测试19.白盒测试:结构测试逻辑覆盖语句覆盖。每个语句判定覆盖。每个语句+每个分支条件覆盖。每个语句+每个判定表达式的每个条件判定/条件覆盖条件组合覆盖。每个判定表达式的每个条件的组合点覆盖(语句覆盖)边覆盖(判定覆盖)路径覆盖。每条路径控制结构测试基本路径测试:画流图。计算流图环形复杂度:节点数(出度

6、大于2的点)+1 或 边-点+2确定线性独立路径的基本集合:独立路径至少包含一条在定义该路径之前不曾用过的边。复杂度是独立路径上界设计可强制执行基本集合中每条路径的测试用例。条件测试:循环测试:简单循环;嵌套循环;串接循环20.黑盒测试:功能测试等价划分有效输入无效输入有效输出无效输出边界值分析选取刚好等于、稍小于和稍大于等价类边界值错误推测错误推测法在很大程度上靠直觉和经验进行。维护21.软件维护:就是在软件已经交付使用之后,为了改正错误或满足新的需求而修改软件的过程。改正性维护适应性维护完善性维护预防性维护22.软件的可维护性:维护人员理解、改正、改动或改进这个软件的难易程度。23.决定软

7、件可维护性的因素:a)1.可理解性b)2.可测试性c)3.可修改性d)4.可移植性e)5.可重用性24.可维护性复审:在软件工程过程的每个阶段都应该考虑并努力提高软件的可维护性,在每个阶段结束前的技术审查和管理复审中,应该着重对可维护性进行复审。面向对象方法学引论25.面向对象有点:与人类习惯的思维方法一致稳定性好可重用性好较易开发大型软件产品可维护性好26.面向对象建模:描述系统数据结构的对象模型描述系统控制结构的动态模型描述系统功能的功能模型27.用例模型:用用例图建立起来的系统模型称为用例模型。用例模型描述的是外部行为者所理解的系统功能。用例模型的建立是系统开发者和用户反复讨论的结果,他描述了开发者和用户对需求规格所达成的共识。28.用例图包含的模型元素:系统。方框行为者。线条人用例。椭圆用例之间的关系,包括扩展和使用,都是泛化的两种不同形式。5连线29.用例是一个类,它代表一类功能而不是使用该功能的某个具体实例。 用例的实例是系统的一种实际使用方法,通常把用例的实例称为脚本。面向对象分析30. ATM对象模型31.事件跟踪图ATM类的状态图32建立功能模型 cde4画出功能级数据流图描述处理框功能,就是对上图圆形进行具体说明。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2