基于uml的管理信息系统测试用例设计与实现

基于uml的管理信息系统测试用例设计与实现

ID:32145331

大小:1.62 MB

页数:47页

时间:2019-01-31

基于uml的管理信息系统测试用例设计与实现_第1页
基于uml的管理信息系统测试用例设计与实现_第2页
基于uml的管理信息系统测试用例设计与实现_第3页
基于uml的管理信息系统测试用例设计与实现_第4页
基于uml的管理信息系统测试用例设计与实现_第5页
资源描述:

《基于uml的管理信息系统测试用例设计与实现》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、上海交通大学工程硕士研究生学位论文第一章引言管理信息系统是应用较为广泛的一类软件系统尤其在工矿企业中通常其主要功能包括对各类信息的采集贮存加工和输出其中的一个分支—企业管理软件是当前的热点市场规模达数百亿美元之巨另一个证据就是ERPCRMPDMCPC等名词层出不穷良好的管理信息系统对于提高工作效率降低成本的作用已经是毋庸置疑的甚至往往是企业运作的基本设施总体说来实际的管理信息系统具有这样一些特点一是系统的体系结构比较复杂典型的如SAPR/3系统由数以千计的表和数百个功能模块等组成又分为数据库层中间层和客户端这是因为管理信息系统反映的是现实世界对象本身固有的复杂性导致解决其问题

2、的软件系统不可避免的复杂另一个特点是系统在完成核心功能的前提下要求可配置性较好这是因为用户的情况千差万别需求也不尽相同需要系统能灵活的配置以适应不同的需求典型的如eMatrix产品数据管理系统提供了可扩充的组件及可完全定制的用户界面传统上管理信息系统的开发遵循软件开发的一般过程即需求分析概要设计详细设计编码测试最后进入维护阶段每个阶段有相应的成果及文档此开发过程的前提是需求易于获得且稳定那么需求分析后的所有工作可以依次开展但是在实践中需求通常不是很容易获得且不稳定在项目初始阶段用户并不能清楚的表达其需求直至投入使用后再发现与其期望不相符合此时变更的成本就很高了这也是导致管理信

3、息系统实施不成功的原因之一[15]问题产生的根源是开发人员理解的需求和用户真正的需求存在差异正面的解决办法是改善需求工程使差异尽可能小或者承认需求问题不可能一次解决通过频繁测试保证开发与需求相一致在管理信息系统开发中广泛应用的面向对象设计和编程提高了开发效率甚至已经成为一种潮流和趋势UMLUnifiedModelingLanguage统一建模语言则是面向对象设计与开发的有力工具[1]在分析阶段面向对象的分析与设计能自然的建立现实和软件系统间的映射在开发阶段面向对象编程的特征是使用对象作为基本逻辑构件组件提高了软件复用的程度从而降低了开发的成本—不需要重新发明轮子近年来在面向对

4、象的基础上更发展出模式pattern的概念模式是比对象更高层次的抽象模式可以传递比对象更多的信息由于开发周期和成本的约束几乎不可能完全从无到有的构建一套管理信息系统所以开发会分为两个阶段第一个阶段是专业软件开发者开发通用的套装管理软件commercial-off-the-shelfsoftwareCOTS——通常是一个框架framework第二个阶段是系统实施者在此框架内根据用户的实际情况对前一阶段提供的组件加以组合或扩充来开发适合特定用户的系统显然最终系统的质量很大程度上依赖于第一阶段开发的系统两个开发阶段侧重点有所不同第一个阶段关注的是一些基本功能这些功能是同类管理信息系

5、统的共性同时要允许对其组合扩充以满足第二阶段开发的要求这一阶段的重点在于分析并采用适当的技术设计和实现到了开发的第二阶段面对的是具体的1上海交通大学工程硕士研究生学位论文应用和最终用户关注的是如何适应最终用户迅速变化的需求比如根据已有的经验来看用户界面是需求变化最频繁最多的部分在管理信息系统开发的实施阶段因为软件的基本框架已经确定所以应主要考量开发过程方面的影响XPExtremeProgramming极限编程方法是一种适用于中等规模软件开发项目的轻量级软件开发方法关注的重点在于交付给用户的价值而非任务极限编程方法是为了克服软件开发的风险应运而生的以下是对其中一些风险的描述[2

6、]·系统退化—系统成功投产了但仅过了一两年后系统维护的成本就已经高企的不得不更换系统·缺陷率—系统成功投产了但其缺陷率高的令系统不能使用·误解业务—系统成功投产了但是没有解决最初希望解决的业务问题·业务变更—系统成功投产了但是业务问题已与时俱进不再是设计系统时的问题·华而不实—系统有许多对程序而言有趣的特性但这些特性对提高用户的收益毫无作用可以看到这些风险正是存在于管理信息系统开发的实施阶段的风险那么极限编程方法是如何来降低这些风险的呢[2]·系统退化—极限编程方法创建并维护一个全面的测试集这些测试集将在每次系统变化后被运行以保证质量的基准极限编程方法让系统总保持在初始的状态

7、不允许瑕疵的累积·缺陷率—极限编程方法既从程序员的角度对每个函数编写测试又从用户的角度按功能编写测试程序·误解业务—极限编程方法召集用户使之成为团队的一员项目规范在开发过程中持续改进这样用户和团队理解业务程度的深度可以反映到软件中·业务变更—极限编程方法缩短了发布周期这样在一个周期中发生的变化就很有限了在发布周期内用户可以提出新的功能要求取代尚未实现的功能·华而不实—极限编程方法坚持只完成最高优先级的任务我们看到极限编程指出了软件开发中潜在的风险并提供了相对应可行的解决方法特别对实施阶段很有针对性所以实

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。