面向B2B市场的Spring Boot医疗病历系统开发

第1章绪论
计算机已经从科研院所,大中型企业,走进了平常百姓家,Internet遍及世界各地,在网上能够用计算机进行文字草拟、修改、打印清样、文件登陆、检索、综合统计、分类、数据库管理等,用科学的方法将无序的信息进行加工整理,组成有序的、方便存储和利用的艺术科研共享信息已经成为流行。计算机技术、网络技术和信息技术的发展,越来越多地改善这现代人的工作、生活。基于B2B平台的医疗病历交互系统是计算机技术和网络迅速发展的一个学习信息应用解决方案。基于B2B平台的医疗病历交互系统将Internet网络技术与现代管理观念相融合,针对信息技术的特点对基于B2B平台的医疗病历交互系统进行规划和重构,对学习信息流进行优化及合理配置,生成动态的、安全的、专有的数字化信息源,将学习体系全面自动化,流程化,数字化。以此为桥梁,横向连接学习信息系统,从而更明确、更有效地支持学习信息的管理和决策。目前社会已经进入了信息时代,社会的各个领域由于信息技术革命,都发生了改天换地的变化,紧跟时代的步伐是每个用户的发展所趋,提高各个用户现代化的管理能力,来适应整个科技社会的变化和发展。用户对信息需求的增长,使计算机、网络技术已经融合到各种用户的平常工作当中。本文研究了基于B2B平台的医疗病历交互系统,从而加快了学习信息化建设的步伐。
1.1 选题的依据及意义
信息技术的发展,带来机遇的同时,也使学习信息管理工作面临严峻的挑战。因为,在当前互联网开放式环境下,传统的学习信息管理模式是以资金运动为对象的,它存在许多局限性,在当前的环境下,已经很难再适应用户管理的要求,可以说,传统的学习信息管理模式,不仅不能适合用户的发展,也已经远远不能够适应当前社会发展新形势的要求。在互联网技术还没有得到广泛应用的早期,各用户信息之间的交流、基于B2B平台的医疗病历交互系统的处理都是人工操作完成的,随着社会进入信息时代和社会生活的快节奏化,在传统的学习信息管理中,需要经过若干道手续,整个过程都需要手工操作,效率十分低下。旧的学习信息的管理方法早就不能满足用户对大量的学习信息的快速处理与统计的需求,不能适应时代的发展趋势,且由于他们之间关联复杂,统计和查询的方式各不相同;且会出现信息的重复传递问题,因此该过程必须实现信息化,于是需要一种新的技术改善现状,因此基于B2B平台的医疗病历交互系统在适应时代发展需求中产生。。
1.2 国内外现状研究
国内目前已有很多企业实现了信息化管理,建立了基于内部的局域网系统,外部和因特网相连,硬件设施也是非常完备。另外在软件应用方面,我国很多软件开发公司已开发了各种各样的学习信息管理系统,不过这些学习信息管理系统很多是基于当前国内的学习信息管理制度,没有实现特别强大的功能应用,尚未能够受到国际上的认可,暂时没有实现国际化标准的要求。基于B2B平台的医疗病历交互系统怎么去面对国际化的发展要求,将会是我国面临的非常重要的问题。近年来我国信息事业发展迅速,手工管理方式在学习信息管理等需要大量事务处理的应用中已显得不相适应,采用IT技术提高服务质量和管理水平势在必行。目前,对外开放必然趋势使信息行业直面外国同行单位的直接挑战,因此,信息行业必须提高其工作效率,改善其工作环境。
1.3 研究目的
本课题的目的是使学习信息管理清晰化,透明化,便于操作,易于管理。通过功能模块的优化组合实现不同的管理细节,使管理过程实现最大程度的自动化与信息化,并能自动对人工操作环节进行复查,使基于B2B平台的医疗病历交互系统出错率降至最低。
如何开发一个实用的基于B2B平台的医疗病历交互系统,是摆在设计者面前的一大难题。 通过对基于B2B平台的医疗病历交互系统进行深入分析和研究,本文从功能模块、数据格式、通用性三个方面进行细化,提出基于B2B平台的医疗病历交互系统设计的理论依据和实现的方法。

第6章 程序测试与评价
6.1 程序调试
在设计系统的过程中,存在一些错误是必然的。对于语句的语法错误,在程序运行时自动提示,并请求立即纠正,因此,这类错误比较容易发现和纠正。但另一类错误是在程序执行时由于不正确的操作或对某些数据的计算公式的逻辑错误导致的错误结果。这类错误隐蔽性强,有时会出现,有时又不出现,因此,对这一类动态发生的错误的排查是耗时费力的。
6.2 程序的测试
6.2.1 测试的重要性及目的
(1)测试的重要性
在软件生命周期中,软件的测试占据着一个重要的位置,在传统的瀑布模式中,软件测试学只是处于在运行维护阶段之前,是软件产品交付给大众用户使用之前用以保证软件质量重要的一个方法。近来,软件工程界中更加趋向于一种新观点,即认为软件每一阶段中的生命周期都理应包含测试,因此使检查本阶段的成果能不能接近预期的结果目标,进而尽可能早一点发现到错误并加以改正,如果测试不是在早期阶段进行的,那么错误将延时扩散,最后常常会导致成品测试面临巨大的困难。
对于软件来讲,事实上,无论采用任何方法或者任何技术,系统中仍然会出现错误。采用新的开发方式、先进的语言、完善的开发过程,可以最大限度的降低错误的引进,但还是不能完全的杜绝软件中有可能出现的错误,这些引入的错误需要通过测试找出来,系统中错误的密度也需要通过测试来进行估量。测试是所有学科的工程的最基本的组成单元,是软件开发的一个很重要的部分。自有设计程序的那天起测试就一直伴随着。统计表明,在典型的软件开发项目中,软件测试工作量往往占软件开发总工作量的40%以上。而在软件开发的总成本中,用在测试上的开销要占30%到50%。如果把维护阶段也考虑在内,讨论整个软件生存期时,测试的成本比例也许会有所降低,但实际上维护程序的工作相当于二次开发,甚至是多次开发,其中一定又包含了很多测试的工作。
在实践中,测试软件非常困难,从而常常使我们敷衍了事或望而却步,这是因为对测试还是存在了一些错误的看法和不正确的态度,这包括:
①难以给测试的工作人员某种成就感; 认为测试工作并不像编码和设计那样容易进行发展
②在测试的过程中发现错位其实是一种对责任者工作的否定; 测试是以发现软件的错误为目标的,这是非建设性的,甚至还是具有破坏性的,
③测试的工作过程非常枯燥无味,因此不足以引起我们的兴趣和爱好;
④测试工作需要是细致而艰苦的进行;
⑤一般来说,我们都对自己编写出来的程序比较盲目的自信,在发现到错误的时候,可能会顾虑别人对我们自己开发的能力的看法。
以上这几个观点对测试系统的工作进行是尤为不利的,我们必须要端正态度、澄清认识,才可能将系统产品的质量加以提高。
(2)测试的目的
如果测试程序的目的是为了尽可能全面地找出系统中的错误,那么测试就必须直观的针对软件较为复杂的部分或者是前期出现错误比较多的位置。
①系统的测试是为了检查出错误而执行程序的运行过程;
②测试则是为了证明程序中有错误,而不是用来证明程序没有错误;
③每一个好的测试的用例是因为它能检查到至今未出现的错误;
④一个很成功的测试就是检查出了至今未能发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心,而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导,认为发现错误是软件测试的唯一目,查找不出错误的测试就是没有价值的,事实并非如此。
首先,测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征,可以帮助项目管理者发现当前所采用的软件过程的缺陷,以便改进。同时,这种分析也能帮助我们设计出有针对性地检测方法,改善测试的有效性。其次,没有检查出错误的测试也有它的价值,完整的测试是测试质量评定的一种方式。
6.2.2 测试的步骤
类似系统开发的过程,测试工作的过程也需要分步骤来进行,每个步骤在逻辑上是前一个步骤的继续。大型系统软件一般是由若干个子系统而组成的,每一个子系统又是由若干个小的模块组成的。因此,大型系统软件的测试功过基本上由下面的几个步骤组成:
(1)模块测试 在对模块进行的测试工作步骤中所发现的经常是详细设计和编码的错误。
(2)系统测试 在对系统进行的测试工作步骤中发现的经常是软件设计时出现的错误,也有可能会发现需求说明中的出现错误。
(3)验收测试 在对验收进行的测试工作步骤中发现的经常是系统需求说明书中出现的错误。
6.2.3 测试的主要内容
我们在进行测试工作的时候为了保证系统的质量,可以将测试工作的内容分成以下所说的几个部分,即: 审查代码、集成测试、单元测试、系统测试和确认测试。
(1)单元测试
检查系统设计最小的单位(—个模块)就是单元测试,通过测试检查出用来定义该模块的功能说明不符合与实现该模块的实际功能的情况,以及编码时的错误。
(2)集成测试
我们可以将每个小的模块按照设计的需求组装起来后同时进行集成测试,集成测试的主要目的是检查与接口有关联的某些问题。假设一个模块和另一个模块可能会出现由于疏忽的问题而引起有危害的影响;把子功能模块组合起来后可能不能产生预期的主功能;有个别的看起来视乎能接受的误差却很有可能积累到不能接受的程度;全程数据结构可能有错误等。
(3)确认测试
确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,基本排除了接口的错误,接下来我们就应该进一步的检验系统软件的有效性,就是确认测试工作的任务,是将系统软件的性能和功能发挥到如用户们合理期待的一样。
(4)系统测试
完成软件设计开发以后,最后还要将它与系统中其他的部分整合运行,从性能测试、安全测试、强度测试和恢复测试等四个方面来进行系统测试。
此外对系统的单独测试主要从以下三个方面入手:
① 功能测试:测试能否满足开发的要求,能否实现了设计所描述的功能,能否让用户的需求得到满足。系统测试必须和最常用的测试是功能测试。一般来说还会以对软件正式的说明书为标准进行测试。
② 性能及强度的测试:最高实际限度的测试系统能力,即软件在某些超负荷环境下功能是否还实现的情况。
③ 安全测试:对安装在系统内的安全保护机构确实能能不能保护系统进行验证,使系统不会受到各种不正常的干扰。因此针对本次开发的系统主要是测试错误的数据、无效的数据,测试权限系统和对抗非法数据干扰的能力。
经过了一系列的需求分析、设计和编码等开发工作后,本设备管理系统的设计也将接近尾声,接下来需要对系统的一些功能进行测试是否能够达到预期的结果。由于在测试前系统的各个模块都会存在一定的错误和缺陷,从而可能导致系统的非正常运行,有时候会出现很严重的后果。所以,对于程序设计开发来说,软件测试是一项非常重要的工作。
(1) 测试案例的内容
周期:测试时间域。
层次:测试的层面。
类型:测试的分类。
系统:测试何系统。
分系统: 测试何分系统。
模块: 测试何模块。
平台: 测试的环境。
描述: 对测试问题说明与叙述。
目的: 测试的目标与期望。
此外,还包括测试文档号、测试设置、输入条件、测试结果和期望结果。
(2) 测试案例与脚本
1)测试案例与脚本设计主要包括以下内容:
检查集成测试策略
制定测试数据目的和性能目标
找出关键测试条件
检查已有的在线测试脚本
输入或抓取在线测试脚本
检查已有的用于测试的数据
生成测试数据
检查重要的数据
执行测试数据和测试脚本
6.2.4 测试用例
(1) 用户登录测试
用户登录信息测试过程如表6-1所示:
表6-1 用户登录测试表
测试目的 操作流程 测试用例 预测结果 测试结果
用户登录 填写用户名密码,点击首页【登录】按钮 用户名:1
密码:a 登录失败 提示错误信息
用户名:liu
密码:123456 登录成功 登录成功

(2) 信息发布测试
信息发布测试过程如表6-2所示:
表6-2 信息发布测试表
测试项目 操作流程 测试用例 预测结果 测试结果
信息发布 管理员登陆后点击首页【信息】按钮,发布信息 空 发布失败,弹出提示按钮 发布失败,提示请填写内容
信息有可能延迟 发表成功 发表成功

(3)后台管理登录测试
后台管理登录测试过程如表6-3所示:
表6-3 后台管理登录测试
测试目的 操作流程 测试用例 预测结果 测试结果
后台管理登录 点击首页填写用户名密码,点击首页【登录】按钮 用户名:liu
密码:123456 登录失败 提示错误信息
用户名:a
密码:a 登录成功 登录成功

6.3 系统的特点和优点
本系统设计时借鉴了国内外优秀网站的优点,从界面到系统设计都是从方便用户,同时兼顾管理员的管理这一方面设计的。系统的主要特点和优点归纳如下:
(1)本系统最大的特色是相对一般基于B2B平台的医疗病历交互系统,本系统的设计比较有针对性。由于学习的特殊性,在系统中也存在相应的特别的安全功能模块。
(2)该系统的位移性能也比较高,可以在大多数操作系统上运行,你只需要安装一个支持JSP和JDK,你还可以直接独立的服务器上运行的模拟服务器。数据库系统使用MySQL,实现动态查询,动态更新和动态输入数据,并提供强大的管理功能。主要用于eclipse中+ JDK1.6开发工具,操作简单,功能强大,可以进行不同的配置,根据用户的需求,以满足用户的不同需求。
(3)系统管理信息内容全面,方便于维护数据,特别是一些通用的字段,为了预防我们在手动输入的时候有可能会发生各种错误,该系统采用的是单选框或列表框下拉的方法来显示所有的数据,用户只要用鼠标点击来进行选择就可以完成输入的工作。这样的方式不单是为用户带来很多方便,工作效率也得以提高,而且尽可能的将发生错误的几率减少,让用户能顺利进行统计信息的工作。
(4)有比较友好的用户界面,使用方便,操作方法很简单。一般来说只要有操作商务网站经验的用户都能熟练的对本系统进行操作。
6.4 系统存在的不足和改进方案
系统存在的不足
本系统基本满足了一般基于B2B平台的医疗病历交互系统的基本功能,能够实现简单的学习信息管理和查询等功能。但由于时间仓促,本系统还存在不少不足方面,主要体现在:
(1)界面不够美观,由于时间仓促,系统的主要表现方式还是以表格+文字的方式,颜色比较单调,一些界面不够美观,对整个系统造成了严重的影响。
(2)数据库和部分代码存在冗余,由于欠缺经验和考虑的不够充分,在很大一部分系统的设计开发中,系统代码都存在冗余,导致系统的运行质量不够好。
(3)后台的管理功能不够完善,由于多方面的原因,人力和时间缺乏,设计开发本系统后台方面管理的功能不是特别完善。
改进方案
针对于本系统产生不足,在以后的日子里,我准备进一步对系统进行改进,方案如下:
(1)对于系统不美观的界面,我会在系统中使用大量的图片,用photoshop优化操作本系统,并能使其不会对系统的传输速度产生太大的影响;同时系统的配色方案也要需要改进,根据商品的不同种类,不同时间设计出不同的系统配色的方案。
(2)针对数据库和系统代码冗余的问题,我要进一步简单化程序中的代码,不同的界面之间能共享一些函数、方法和变量,对数据库冗余的我利用数据库连接池技术使操作数据库的性能提高;可以进一步规范化数据库的关系模式,因此冗余现象得以减少。
6.5 设计收获和心得
系统设计已经接近尾声了,我所开发的基于B2B平台的医疗病历交互系统也已初具规模,虽然还没有达到特别完善的效果,但系统每一步的进步我们都付出了的很多心思。在设计与分析系统过程中,是对大学思念学习总结的过程,也是更深一步探索和学习的一个过程。在这个过程里,我深刻的认识到软件工程方法的设计与分析的思想,还进一步的了解和掌握了JSP技术和编程工具和使用方法,在该系统的设计与分析过程中有了很多切身的体会和认识,更重要的是在学习和实践的过程里我还丰富了经验、增长了知识。下面主要是我在本次毕业设计中的几点体会和看法:
(1)对工程软件办法的体会和分析,在我做整个毕业设计的过程里,我们遵循软件工程严格方法进行,把系统分成可行性研究,问题定义,需求分析,总体分析,详细设计,编码和测试单元,综合测试以及最后运行维护等多个阶段,系统设计得以完善。
(2)对使用JSP技术以及编程工具的体会,用JSP技术设计出来的动态主页,能接收用户提交的内容并做出反应, 其中随着实际情况的变化数据也随之而改变,无须人工对网页文件进行更 新即可满足应用需要。例如:当在浏览器上填好表单并提交HTTP请求时,可以要求在站点服务器上执行一个表单所设定的应用程序, 而不只是一个简单的HTML文件。输入数据分析应用的形式,根据本实施(通常是一组搜索结果中的数据库)发送到HTML格式的浏览器内容数据的相应结果。使用良好的编程工具相关的设计,可以大大简化开发步骤和难度,可以节省大量的时间。
(3)对毕业设计的体会,对系统的设计和分析,是一个非常辛苦的工作,但过程中又是充满乐趣的。在设计过程的时候,我们一边读书,一边不断的思实考践中遇到的新问题,继续努力探讨的问题得到解决,在艰苦的工作和只能亲身体验到乐趣,而设计一个信息管理系统,不会一步到位,需要不断补充和完善,而且,仍然存在很多问题在系统中被发现,今后在实践应用中发现问题一定认真解决。因此,应该说设计系统的工作并没有完全结束,还需要在日后的工作中继续进行。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值