816-实用软件工程.pptVIP

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

软 件 工 程 软件工程 齐治昌 高等教育出版社(1997) 软 件 工 程 软件工程导论(第三版) 张海藩 清华大学出版社(1997) 软 件 工 程 ? 实用软件工程 (第二版) 郑人杰 殷人昆 陶永雷 清华大学出版社(1996) 参考书目 ? Fundamentals of Software Engineering Carlo Ghezzi, Mehdi Jazayeri, Dino Mandrioli Prentice-Hall, Inc. (1991) 软件是与计算机系统操作有关的程序、规程、规则及任何与之相关的文档及数据。 程序是按事先设计的功能和性能要求执行的指令序列 数据是使程序能正常操纵信息的数据及其结构 文档是与程序开发,维护和使用有关的图文材料 软件的特点 软件是一种逻辑实体,而不是具体的物理实体。因而它具有抽象性 软件的生产与硬件不同,在它的开发过程中没有明显的制造过程 在软件的运行和使用期间,没有硬件那样的机械磨损,老化问题 软件的开发和运行常受到计算机系统的限制,对计算机系统有着不同程度的依赖性 软件的开发至今尚未完全摆脱手工的开发方式 软件本身是复杂的 实际问题的复杂性 程序逻辑结构的复杂性 软件成本相当昂贵 相当多的软件工作涉及到社会因素 软件的分类 按软件的功能进行划分: 系统软件 操作系统 数据库管理系统 设备驱动程序 通信处理程序等 支撑软件 文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、测试和支持管理的软件 应用软件 商业数据处理软件 工程与科学计算软件 计算机辅助设计/制造软件 系统仿真软件 智能产品嵌入软件 医疗、制药软件 事务管理、办公自动化软件 计算机辅助教学软件 按软件规模进行划分: 类别 参加人员数 研制期限 源程序行数 微型 1 1~4周 0.5k 小型 1 1~6月 1k~2k 中型 2~5 1~2年 5k~50k 大型 5~20 2~3年 50k~100k 甚大型 100~1000 4~5年 1M(=1000k) 极大型 2000~5000 5~10年 1M~10M 按软件工作方式划分: 实时处理软件 分时软件 交互式软件 批处理软件 按软件服务对象的范围划分: 项目软件 产品软件 按使用的频度进行划分: 一次使用 频繁使用 按软件失效的影响进行划分: 高可靠性软件 一般可靠性软件 软件发展阶段 程序设计阶段 — 50至60年代 为具体运用专门编写小规模的程序 程序系统阶段 — 60至70年代 软件作坊的出现-沿用个体软件开发方法使得软件不可维护 出现软件危机 软件工程阶段 — 70年代以后 70年代中期~80年代分布式系统、计算机网络、嵌入式系统发展 80年代末开始面向对象、专家系统、人工智能的应用 软件危机(Software Crisis) 表现 对软件开发成本和进度的估算很不准确 用户对“已完成”软件系统不满意的现象经常发生 开发人员与用户交流不充分 质量不可靠 缺乏质量保证技术(审查、复审和测试) 软件常常是不可维护的 没有适当的文档资料 软件成本比重逐年上升 供不应求:软件开发生产率跟不上计算机应用迅速深入的趋势 原因 用户需求描述不准确 理解问题 管理人员缺乏经验 开发人员的疏漏 缺乏方法学支持 软件本身的特殊性和人类的智力障碍 解决软件危机的途径 技术措施(方法和工具) 组织管理措施 ⑴ 项目没有被很好地理解;计划不周,最终导致进度拖延。 His boss gave him the appropriate manuals and a verbal description of what had to be done. He was informed that the project must be completed in two months. He read the manuals, considered his approach, and began writing code. After two weeks, the boss called him into his office and asked how th

文档评论(0)

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

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

1亿VIP精品文档

相关文档