软件工程在气象培训管理系统中应用.docVIP

软件工程在气象培训管理系统中应用.doc

  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文档。上传文档
查看更多
软件工程在气象培训管理系统中应用

软件工程在气象培训管理系统中应用   一、软件工程概述   软件工程的主要目标是:生产具有正确性、可用性以及开销合宜的产品。正确性意指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜性是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多问题有待解决,它们形成了对过程、过程模型及工程方法选取的约束。   软件工程活动是“生产一个最终满足需求且达到工程目标的软件产品所需要的步骤”。主要包括需求、设计、实现、确认以及支持等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义,又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件体系结构,包括子系统、模块以及相关层次的说明、每一模块接口定义。详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。支持活动包括修改和完善。伴随以上活动,还有管理过程、支持过程、培训过程等。   可视化开发就是在可视开发工具提供的图形用户界面上,通过操作界面元素,诸如菜单、按钮、对话框、编辑框、单选框、复选框、列表框和滚动条等,由可视开发工具自动生成应用软件。这类应用软件的工作方式是事件驱动。对每一事件,由系统产生相应的消息,再传递给相应的消息响应函数。这些消息响应函数是由可视开发工具在生成软件时自动装入的。   在OMT之前的软件开发方法都是基于功能分解的。尽管软件工程学在可维护方面作出了极大的努力,使软件的可维护性有较大的改进。但从本质上讲,基于功能分解的软件是不易维护的。因为功能一旦有变化都会使开发的软件系统产生较大的变化,甚至推倒重来。更严重的是,在这种软件系统中,修改是困难的。由于种种原因,即使是微小的修改也可能引入新的错误。所以传统开发方法很可能会引起软件成本增长失控、软件质量得不到保证等一系列严重问题。正是OMT才使软件的可维护性有了质的改善。OMT的基础是目标系统的对象模型, 而不是功能的分解。      二、需求分析阶段   需求分析阶段研究的对象是气象培训管理系统的用户要求。必须全面理解用户的各项要求,但又不能全盘接收所有的要求。因为并非所有用户提出的全部要求都是合理的。准确地表达被接受用户要求,是需求分析的另一个重要方面。只有经过确切描述的软件需求才能成为软件设计的基础。作为目标系统的参考,需求分析的任务就是借助当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统“做什么”的问题。其实现步骤主要有以下几点:   (一)获得当前系统的物理模型。所谓当前系统可能是需要改进的某个已在计算机上运行的数据处理系统,也可能是一个人工的数据处理过程。   (二)抽象出当前系统的逻辑模型。在理解当前系统“怎样做”的基础上,抽取其“做什么”的本质从而从当前系统的物理模型中抽象出当前系统的逻辑模型。   (三)建立目标系统的逻辑模型。分析目标系统与当前系统逻辑之间的差别,明确目标系统到底要“做什么”,从而以当前系统的逻辑模型导出目标系统的逻辑模型。   (四)补充目标系统的逻辑模型。为了对目标系统做完整的描述,还需要对前面得到的结果做一些补充。      三、设计阶段   周期性内部评审。在这个阶段,周期性内部评审的目的更多是为了交流,检查模块间是否能够协作、是否有矛盾和遗漏,作为平时非正式沟通的一个强有力的补充,第二个目的是质量控制。第三个目的才是控制进度。   项目跟踪。跟踪表应该每周填写,这样项目中的问题会被及时发现。项目跟踪的结果用于分析项目进展情况,里程碑报告,务必真实。   变更控制。在本阶段,一般只是开发人员发现需求不合理,或相互设计矛盾而要求变更。项目负责人要根据实际情况决定是否召集项目组内相关人员的评审。   采纳现代程序设计技术。采用先进的技术既可以提高软件开发的效率,又可以减少软件维护的成本。      四、开发人员的配置   在气象培训管理系统开发过程中,开发人员的配置也是至关重要的。在很多培训管理系统不能推广使用的原因之一就是缺乏专业教师和学生的参与。而很多教师开发的培训管理系统不能长久使用,原因是缺乏专业的计算机开发技术,致使开发的培训管理系统功能低下,很难更新使用。因此在气象培训管理系统的开发队伍要配置合理。一是必须有专家参与,专家就是对该门课比较熟悉的主讲教师;二是必须有计算机专家,即计算机开发技术人员,熟悉开发平台,有丰富的开发经验。一般根据软件的规模和规定开发的时间来配置一定数量的开发技术人员。另外还要建立完善的开发管理制度。在气象培训管理系统开发中学员也是不容忽视

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档