- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第10章多媒体应用系统设计
第10章 多媒体应用系统设计 10.1多媒体应用系统的设计原理 多媒体应用系统就是为了某个特定目的,使用多媒体技术设计开发的应用系统。 多媒体应用系统作为一种计算机软件,它的设计与开发过程无不渗透着软件工程的思想。 10.1.1软件工程概述 1.软件工程的概念 软件工程是研究用工程化方法构建和维护有效、实用和高质量软件的学科。 它以计算机科学理论及其它相关学科的理论为指导,采用工程化的概念、原理、技术和方法进行软件的开发和维护,把经过时间证明正确的管理措施和当前能够得到的最好的技术方法结合起来,以较少的代价获取高质量的软件。 软件工程包括三个要素,即方法、工具和过程。 软件工程方法是指导研制软件的某种标准规范,为软件开发提供了“如何做”的技术; 软件工程工具是指软件开发和维护中使用的程序系统,它为软件工程方法提供软件支撑环境; 软件工程过程定义了方法使用的顺序、要求交付的文档资料、保证质量和协调变化所需的管理及软件开发各个阶段完成的任务。它将软件工程的方法和工具结合起来,以达到合理、及时地进行计算机软件开发的目的。 2.软件的生存周期 人的一生要经历婴儿、幼年、童年、青年、中年、老年的生存周期,同样,软件从提出开发要求开始,经过开发、使用和维护,直到最终报废的全过程称为软件的生存周期。它包括制定计划、需求分析、软件设计、程序编码、软件测试及运行维护6个阶段。 (1)制定计划 确定所要开发软件系统的总目标,给出它的功能、性能、可靠性以及接口等方面的要求;研制完成该项软件任务的可行性,探讨解决问题的可能方案,并对可利用的资源、成本、可取得的效益、开发的进度作出估计;制定完成开发任务的实施计划和可行性报告,并提交管理部门审查。 (2)需求分析 对所要开发的软件提出的需求进行分析并给出详细的定义,然后编写软件需求说明书及初步的系统用户手册,提交管理机构评审。 (3)软件设计 设计是软件工程的核心。软件设计一般分为总体设计和详细设计两个阶段,总体设计是根据需求所得到的数据流、数据结构,使用结构设计技术导出软件模块结构;详细设计是使用表格、图形或自然语言等工具,按照模块设计准则进行软件各个模块具体过程的描述。另外,在该阶段还需编写设计说明书,并提交有关部门评审。 (4)程序编码 把软件设计的结果转换成计算机可以接受的程序代码,即写成以某种特定程序设计语言表示的源程序。 (5)软件测试 软件测试就是在软件投入运行之前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。 在该阶段,需要在测试软件的基础上,检查软件的各个组成部分。首先查找各模块在功能和结构上存在的问题并加以纠正,其次将已测试过的模块按一定顺序组装起来;最后按规定的各项需求,逐项进行确认测试,决定已开发的软件是否合格,能否交付用户使用。 (6)运行维护 已交付的软件正式运行,便进入运行阶段。这一阶段可能持续几年甚至几十年。另外,软件在运行过程中可能由于多方面的原因,需要进行修改,并进行适当的维护。 10.1.2软件开发模型 软件开发模型又称为软件生存周期模型,是指软件项目开发和维护的总体过程的框架。它能直观表达软件开发的全过程,明确规定要完成的主要活动、任务和开发策略。 软件开发模型描述了从软件项目需求定义开始,到开发成功并投入使用,在使用中不断增补修订,直到停止使用这一期间的全部活动。 1.瀑布模型 瀑布模型开发过程依照固定顺序进行,其结构如下图所示。 该模型严格规定各阶段的任务,上一阶段的任务输出作为下一阶段工作输入,相邻两个阶段紧密相联且具有因果关系,一个阶段工作的失误将蔓延到以后的各个阶段。 为了保障软件开发的正确性,每一阶段任务完成后,必须对它的阶段性产品进行评审,确认之后再转入下一阶段的工作。评审过程发现错误和疏漏后,应该反馈到前面的有关阶段修正错误、弥补疏漏,然后再重复前面的工作,直至通过评审后再进入下一阶段。 该模型适合于用户需求明确、开发技术比较成熟、工程管理严格的场合使用。
文档评论(0)