软件形式化方法第1章 绪论.pptVIP

  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文档。上传文档
查看更多
软件形式化方法第1章 绪论

* * * * * * * * * * * * * * * * * * * * * * Before explaining what an on-demand business is, take a look at this real architecture. Imagine you are the owner of one of the components of this system, and you are asked to make a small change. Since you are the owner of the component, you know it well and you determine only one line of code needs to be changed. Will this change be propagated to production in 5 minutes? 1 day? 1 week? 1 month? Small changes like this may require several weeks/months. Imagine if this was a bank. A problem in a bank could be terrible for the business!!! Thus propagating changes like this to production require thorough testing. Anyway, the point here is that in an on-demand business integration is crucial and would allow for changes to be propagated very fast allowing the business to react quickly to market changes. The business shown here with this architecture would not be an on-demand business if it cannot react quickly. IBM view for an “on Demand Business” An on demand business is an enterprise whose business processes – integrated, end-to-end, across the company and with key partners, suppliers and customers – can respond with speed to any customer demand, market opportunity or external threat. * 管理: 对软件开发活动的良好管理和组. 建立较严格的工作规范,设法深入控制软件开发过程. 培训人员,提高软件开发参与者的认识能力和工作能力. 安排丰富的人际信息交流活动,设法尽早发现软件需求、设计等各个阶段出现的错误和不良决策。以上各点是软件工程研究的重要内容 规律及本质:通过各种不同层次的抽象技术,将复杂系统分解为相对独立的不同层次或部分,提供封装和清晰界面。例如系统开发的层次模型,功能分解,模块化技术,面向对象的技术等. 研究有效的程序开发模型及其支持技术,设法屏蔽软件开发中的难点、解决软件开发中的共性问题。例如图形用户界面技术,客户端-服务器模型,中间件技术,web服务模型等 手段和过程:设计和开发合适的编程语言,以及编程活动中的规律性和模型,以支持有效的良好编程过程。例如结构化程序设计及结构化编程语言,面向对象的技术及相关语言等. 研究软件的各种组件形式,尽可能利用已有的开发成果,提高软件开发的基础层次,降低软件开发的复杂性和代价。例如子程序库,面向对象的类库,组件库等 开发适用的软件工具,支持软件开发中各个阶段的不同活动的需要,支持开发人员对开发结果做深入的分析和检查。如编辑器、调试器、各种程序分析工具、集成程序开发环境、UML支持工具等 * * * * * 1.用自然语言描述需求规格说明,是典型的非形式化方法。 2.用数据流图或实体-联系图建立模型,UML, 是典型的半形式化方法。 3.形式化方法,是描述系统性质的基于数学的技术,也就是说,如果一种方法有坚实的数学基础,那么它就是形式化的 * 所谓矛盾是指一组相互冲突的陈述。 二义性是指读者可以用不同方式理解的陈述。 系统规格说明书是很庞大的文档,因此,几乎不可避免地会出现含

文档评论(0)

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

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

1亿VIP精品文档

相关文档