第3章 需求分析与可行性分析
3.1 需求分析
伴随着信息行业的蓬勃发展和人们办公自动化意识的增强，学习信息管理部门的工作也越来越繁重，原来的基于B2B平台的医疗病历交互系统已经不能完全满足相关人员使用的需要。为了协助信息开展学习信息管理工作，提高工作效率，充分利用信息行业的现有资源，开发更好的基于B2B平台的医疗病历交互系统势在必行。
本系统采用B/S结构、结合网络数据库开发技术来设计。本系统是一个独立的系统，用来解决学习信息的管理问题。采用JSP技术构建了一个有效而且实用的学习信息管理平台，目的是为高效地完成对学习信息的管理。本系统具有标准基于B2B平台的医疗病历交互系统所具有的现实中完整的学习信息管理步骤，完全的虚拟现实实现。真正实现节约资源、提高效率、业务处理的同时真正实现基于B2B平台的医疗病历交互系统的功能作用。
3.1.1 应用需求分析
服务器 硬件 处理器：Intel 酷睿
内 存：512M 或更大
硬 盘：120G 或更大
软件 Microsoft Windows 10
Mysql5.7
tomcat 7.0
客户机 硬件 无特殊要求，只要能上连接互联网即可
软件 Microsoft Windows 10
360急速浏览器
系统的性能要求通常指系统需要的存储容量以及后援存储，重新启动考虑到运行效率和安全性等方面的问题。系统的硬件环境：Core 5600、1G MB（RAM）、120GB（HD）。运行系统的时候对数据的安全保密性能要求不高，一般对数据不进行加密要求。另外，也不依赖其他的软件，程序有比较好的健壮性。
3.1.2 运行需求分析
硬件条件：局域网；酷睿 CPU、1G RAM、PC机要求10G硬盘以上；打印机。
软件条件：Windows 10 IE6.0以上。
3.1.3 其他需求分析
本次要开发的系统有效率，可理解性、可靠性和可维护性都比较高。用户很容易理解和学会操作。可维护性包括两种含义，即可读性和可测试性等。可靠性一般是指健壮性和正确性。在开发这个系统的过程中，需要权衡多种矛盾的目标，并在（时间、经费、可能用到的硬件和软件资源等条件）的限制下，使上面所说的各种要求得到最大限度的满足。
3.2 数据流程分析
3.2.1 系统操作流程

图3-1 系统操作流程图
3.2.2 数据增加流程
添加信息时，编号字段由系统自动生成，且不能修改，其他信息由用户输入，之后对数据进行合法判断，合法则写入保存至数据库，不合法则重新输入数据。数据增加流程图：

图3-2 数据增加流程图
3.2.3 数据修改流程
在修改信息时，先选中一条待修改的记录，然后直接输入数据，判断合法性，合法则保存至数据库，不合法重新输入。数据修改流程图如图3-3所示。

图3-3 数据修改流程图
3.2.4 数据删除流程
当用户选定一条记录时，单击删除按钮，会提示用户是否确定删除，然后删除数据库相关内容。数据删除流程图如图3-4所示。

图3-4 数据删除流程图
3.3 可行性研究
现在许多用户的管理方式既困难又浪费时间和成本，很容易出错。所以应该掌握先进的管理方式，从而提高用户的效率和降低成本。基于B2B平台的医疗病历交互系统主要有以下优势：
3.3.1 经济可行性
经济可行性研究是对组织的经济现状和投资能力进行分析，对系统建设运行和维护费用进行估算，对系统建成后可能取得的社会和经济效益进行估计。由于本系统是作为毕业设计由我们自己开发的，在经济上的投入甚微，系统建成之后将为今后学习信息管理提供很大的方便，估算新系统的开发费用和今后的运行、维护费用，本次研究开发的基于B2B平台的医疗病历交互系统可取代传统的学习管理的业务流程，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，提高信息管理的效率，具有用户使用更简单、界面更直观、权限分配更合理等优点大大减少管理成本。本项目开发经费在经济上是可以接受的，并且本项目实施后可以显著提高工作效率，节省开支。所有开支都不大，所以本项目在经济上是可行的。
3.3.2 技术可行性
技术可行性要考虑利用现有的技术能否顺利的完成开发系统的工作，硬件和软件配置能不能满足开发的需求等。本次要开发的基于B2B平台的医疗病历交互系统用的是是比较流行的JSP技术，用它来创建使用脚本语言，结合HTML代码来制作动态网页。即可快速完成系统的应用程序，不进行编译，容易编写，可直接在服务器端口执行，使用Windows记事本这种普通的文本编辑器，就可以设计编辑，不需要用到浏览器。因此较为简单易学调试也比较简单，软件方面：由于使用的是目前相对成熟发展的B/S模式软件，故软件开发的平台可行,因此在技术上本次开发是绝对可行的。
3.3.3 运行可行性
系统的开发，是典型的Mis开发，主要是对数据的处理，包括数据的收集，数据的变换，及数据的各种报表形式的输出。
新的系统运行后对现行旧的系统带来包括（工作环境、管理方式、组织机构等）的后果以及影响来进行评判和估计。同时更需要考虑到的是：对现有的管理人员进行培训，补充、分析在给出的时间里是不是能完成预定开发系统的任务等。
我国目前技术已经相当的普及信息化，各种工作人员都具备一定的高度的水平，所以本系统在运行上具备了可行性。
3.3.4 时间可行性
从时间上看，在两个月的时间里学习相关知识，并开发基于B2B平台的医疗病历交互系统，时间上是有点紧，但是不是不可能实现，在做毕业设计的这几个月里，我通过努力使得功能应该基本可以实现。
3.3.5 法律可行性
①所用到的技术资料全部都是合法的。
②在开发系统的过程里并没有存在知识产权的问题。
③并无抄袭任何已存在的基于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）对毕业设计的体会，对系统的设计和分析，是一个非常辛苦的工作，但过程中又是充满乐趣的。在设计过程的时候，我们一边读书，一边不断的思实考践中遇到的新问题，继续努力探讨的问题得到解决，在艰苦的工作和只能亲身体验到乐趣，而设计一个信息管理系统，不会一步到位，需要不断补充和完善，而且，仍然存在很多问题在系统中被发现，今后在实践应用中发现问题一定认真解决。因此，应该说设计系统的工作并没有完全结束，还需要在日后的工作中继续进行。