软件开发案例分析.pptxVIP

  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文档。上传文档
查看更多

软件工程方法学与软件项目过程概述

讲座学习目标了解软件工程产生背景和必要性了解软件工程的要素了解软件工程的方法学了解软件过程与软件开发流程体会软件工程的意义

第一部分前言第二部分软件工程方法学第三部分软件过程讲座内容

第一部分前言

“软件”+“工程”的概念建筑工程需求、勘探、计划、分析、设计、施工、监理、竣工、验收、维护软件工程需求、分析、设计、规范、实现、测试部署、维护0102

软件工程的几个问题软件开发过程有哪几种参与角色添加标题角色之间如何进行沟通和交流?添加标题软件开发过程中为什么要V&V?添加标题V&V和测试的区别添加标题测试有哪几种类型?添加标题

系统架构师项目经理开发人员测试人员解决方案架构师客户软件开发生命周期的角色

项目对比开发一个屏幕打印出“HELLOWORLD!”的软件系统开发一套公司内部员工信息管理系统开发一套印刷行业OA系统

软件工程产生背景50年代——60年代的大部分时间里,计算机领域存在的主要是硬件工程。60年代末——70年代,出现了“软件危机”,在1967年与德国召开了会议上确立了软件工程的学科。

软件工程的要素方法软件工程方法为软件工程提供了“如何做”、“如何管”、”如何满足质量“的技术工具软件工具为软件工程方法提供了自动的或半自动的软件支撑环境过程方法使用的顺序要求交付的文档资料为保证质量和适应变化所需要的管理软件开发各个阶段完成的里程碑

小结软件工程是为了确保不同角色通过分工协作,在可控的成本和周期内,满足一个质量基线要求,实现客户所需要的软件的涉及软件开发方法学、管理学等学科的交叉学科

第二部分软件工程方法学概述

软件工程方法学-关键问题需求阶段:什么是客户的上下文?要达到什么目的?分析阶段:要处理什么实体?如何确保有正确的实体?系统设计阶段:如何解决问题?在完成的系统中需要什么硬件和软件子系统设计阶段:如何实现解决方案?源代码和支持文件有哪些?规范阶段:哪些规则控制着系统组件之间的接口可以去除模糊,确保正确吗?实现阶段:如何编写组件,符合规范的要求?如何编写漂亮代码?测试阶段:完成的系统满足要求吗?可以攻破系统吗?部署阶段:系统管理员必须作什么?如何培训最终用户?维护阶段:可以找出和更正错误吗?可以改进系统吗?

1.瀑布方法学可行性研究与计划需求分析设计规范运行维护部署开发阶段维护阶段定义阶段编码测试

设计01规范02需求03测试04分析05实现06产品维护项目07产品增强项目08新产品开发项目09概念开发项目102.螺旋式方法学

规范实现设计测试分析需求部署维护3.迭代式方法学规范实现设计测试分析需求部署维护

4.递增式方法学01发布时间021.0单击此处添加正文。031.1单击此处添加正文。042.1单击此处添加正文。0

4.合并方法学01发布时间021.0单击此处添加正文。031.1单击此处添加正文。042.1单击此处添加正文。0

4.面向对象方法学以对象为中心,结合了螺旋式、迭代式和递增式最佳部分方法一门方法学。是一门可以由开发者自由合理定制每个阶段实施方法的方法学

小结方法学的目的是:使后人分享前人的成功,避开前人的失败,把注意力集中在尚未开拓领域的创造性劳动上。所以方法学与开发人员的创造性是绝不冲突的。它既不能像法律那样靠权威来界定是非边界,也不能像定律那样通过证明和推理给出普遍结论。如果一定要做比喻的话,它好比人的世界观。

没有放之四海而皆准的方法学,任何方法学都有其局限性,所以软件开发人员大可不必拘泥于某种特定的方法学。事实表明,由OOP带动的OOSE方法确实比结构化方法更能自然地抽象现实世界,而且一些OOP工具确实已相当成熟。相反,结构化方法及开放平台下的结构化程序开发工具,虽然不能说止步不前,但其近年来的进步是有限的。

架构设计示例

简介(二层结构)每个客户机或客户应用程序均和服务器或服务程序建立“硬连接”NMX网络连接=

简介(二层结构遇到的障碍)客户端的扩展性差不够模块化,维护、升级困难业务逻辑在客户端对安全性/业务变化的管理能力差关系数据库系统间的互联性差,没有交易处理单一服务器,以局域网为中心不足以扩展到广域网及Internet两层客户机/服务器结构业务逻辑业务逻辑业务逻辑存储过程

简介(结构的转变二层结构到三层结构)业务逻辑业务逻辑存储过程三层客户机/服务器结构GUIGUIGUI业务逻辑业务逻辑业务逻辑

简介(三层结构)网络连接=N+M

简介(两层※三层比较)=OSDies

文档评论(0)

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

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

1亿VIP精品文档

相关文档