软件工程3748927097.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程3748927097

1软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 2如何会出现软件危机呢? 这主要有两方面的原因, 一是与软件本身的特点有关。二是与软件的开发人员有关。 3软件危机的典型表现 (1) 对软件开发成本和进度的估计常常很不准确. (2) 用户对已完成的软件不满意的现象时有发生. (3) 软件产品的质量往往是靠不住的. (4) 软件常常是不可维护的. (5) 软件通常没有适当的文档资料. (6) 软件成本,软件维护费在计算机系统总成本中所占比例逐年上升. (7) 开发生产率提高的速度远跟不上计算机应用普及的需求 4什么是软件工程? 是指导计算机软件开发和维护的一门工程学科。 5软件生命周期分8个阶段 问题定义 可行性研究 需求分析 总体设计 详细设计 编码和单元测试 综合测试 软件维护 6可行性研究的任务:1.进一步分析和澄清问题;2.导出系统的逻辑模型,研究它的可行性;3.对以后的行动方针???出建议 7研究可行性 技术上的可行性 ——使用现有的技术能实现这个系统吗? 经济上的可行性 ——这个系统的经济效益能超过它的开发成本吗? (投资与效益) 操作可行性 ——系统的操作方式在这个用户组织内行得通吗? 8可行性研究过程 复查系统规模和目标 2. 研究目前正在使用的系统3. 导出新系统的高层逻辑模型4. 进一步定义问题5. 导出和评价供选择的解法6. 推荐行动方针7. 草拟开发计划 8. 书写文档提交审查 9数据流图 数据流图(DFD)是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件,它只是描绘数据在软件中流动和被处理的逻辑过程 10数据流图的用途:1交流信息的工具2分析和设计的工具 11数据字典 数据字典是关于数据的信息的集合,也就是对数据流图中包含的 所有元素的定义的集合。 12数据字典由4累元素的定义组成 数据流,数据流分量, 数据存储, 处理 13在数据字典中记录数据元素的下列信息:一般信息,定义,使用特点,控制信息,分组信息 14由数据元素组成数据的方式有4种基本类型:顺序 选择 重复 可选 15成本估计 1)代码行技术 2)任务分解技术 3)自动估计成本技术 16需求分析的任务 一确定对系统的综合要求1.功能需求 2.性能需求 3.可靠性和可用性需求 4.出错处理需求 5.接口需求 6.约束 7.逆向需求 8.将来可能提出的要求 二、分析系统的数据要求 三、导出系统的逻辑模型 四、修正系统开发计划 17与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精简易的应用规格说明技术快速建立软件模型 18 需求分析建模的3种模型: 数据模型 功能模型 行为模型 19实体联系图(ER图) 数据对象(实体) 是对软件必须理解的复合信息的抽象;矩形框 属性 定义了数据对象的性质 ;椭圆或圆角矩形 联系 数据对象彼此之间相互连接的方式(一对一联系;一对多联系;多对多联系)菱形 20数据规范化 范式 定义消除数据冗余的程度 第一范式:每个属性值都必须是原子值, 即仅仅是一个简单值而不含内部结构 第二范式(2NF) 第二范式:满足第一范式条件,而且每个 非关键字属性都由整个关键字决定(而不 是由关键字的一部分来决定). 第三范式(3NF) 第三范式:符合第二范式的条件,每个非关键字属性都仅由关键字决定,而且一个 非关键字属性不能仅仅是对另一个非关键 字属性的进一步描述(即一个非关键字属 性值不依赖于另一个非关键字属性值). 21 状态转换图 状态转换图通过描绘系统的状态及引 起系统状态转换的事件, 起系统状态转换的事件,来表示系统的行为。 (1).状态 状态是任何可以被观察到的系统行为模式。 (2)事件 是在某个特定时刻发生的事情 ,是对引起系统做动作或从一个状态转 换到另一个状态的外界事件的抽象 22 验证软件需求 从哪些方面验证软件需求的正确性 一致性 完整性 现实性 有效性 23 分形式化方法的缺点 矛盾 二义性 含糊性 不完整性 抽象层次混乱 24形式化方法的优点 优点1简洁准确地描述物理现象、对象或动作的结果, 简洁准确地描述物理现象、对象或动作的结果, 因此是理想的建模工具。 优点2 平滑地过渡 优点3 它提供了高层确认的手段。 25应用形式化方法的准则 (1)选择选用适当的表示方法(2) 应该形式化,但不要过分形式化。。 (3) 应该估算成本(4) 应该有形式化方法顾问随时提供咨询。(5) 不应该放弃传统的开发方法。(6) 应该建立详尽的文档。(7) 不应该放弃质量标准(8) 不应该盲目依赖形式化方法。(9) 应该测试、测试再测试。 (10) 应该重用。 26典型的总体设计过程 1)设想供选择的方案2)选取合理的方案3)

文档评论(0)

wnqwwy20 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:7014141164000003

1亿VIP精品文档

相关文档