【《牙科诊所业务管理系统设计与实现》24000字】

第四章建立软件模型分别构建了系统的业务模型、需求模型、分析模型和设计模型，它们之间的关系如图4.1所示：图4.1各个模型之间的关系图4.1业务模型4.1.1业务主线“牙科诊所管理系统”的业务共涉及预约、挂号、缴费、诊断病情、做检查、配药六个主要的业务。首先患者登录到系统中进行预约就诊，预约成功后选择挂号，挂号成功进行缴费，然后由医生诊断病情，检查人员根据医生出的检查单对患者进行检查，药房人员则须按照医生处方对患者进行配药。图4.2“牙科诊所管理系统”的业务主线4.1.2业务愿景（1）业务目标：经过分析与研究，“牙科诊所管理系统”的业务目标如下图所示；图4.3“牙科诊所管理系统”的业务目标（2）企业核心竞争力，本系统的核心竞争力如下图所示：图4.4“牙科诊所管理系统”的企业核心竞争力（3）牙科诊所的关键过程：本系统的关键过程如下图所示：图4.5“牙科诊所管理系统”的关键过程（4）企业的优势、挑战及对策通过此牙科诊所管理管理系统可以给诊所的工作人员减轻工作上压力，为患者提供了更好的医疗服务，同时也给诊所带来更好的经济效益。本系统的SWOT分析矩阵如下图所示：使命：通过方便而且周到的服务，给诊所带来经济效益和社会效益优势：有良好的群众基础有安全而且合格的药品来源医院职员服务周到热情劣势：资金不足很多群众看牙病不去正规诊所诊所工作人员有限，不可能为每个患者提供到非常周到的服务机遇：信息时代的快速发展，越来越多的人都会选择在网上就医咨询，导致诊所的收入下降策略：号召广大群众到正规诊所就医加大宣传力度，让更多的人参与进来策略：建立流动的服务站，尽量使每一位患者得到帮助挑战：社会充斥着大小的牙科医疗机构，使牙科诊所产生了信任危机策略：使诊所服务更加的人性化，让患者就诊感觉到温馨策略：将有限的资金发挥至最大的作用可以设置大屏幕提示患者如何图4.6系统的SWOT分析矩阵4.2涉众模型经过分析，涉及的人员：医生、患者、药房管理人员、财务人员、检查人员。图4.7系统涉众模型表4-1“牙科诊所管理系统”涉众报告编号名称描述期望01患者患有牙科疾病的群众检查病因，把病治好02医生给患者看病的诊所工作人员治疗好前来就诊的患者的病03药房管理人员从事抓药、进药的诊所工作人员药房业务管理04财务人员从事收款的诊所工作人员收款的业务管理05检查人员从事患者牙齿检查的诊所工作人员操控仪器对患者的牙齿进行检查4.3业务过程模型4.3.1预约业务预约业务的目的是规范患者就诊看病的顺序，确保有序就医，提高工作效率。预约业务由患者通过计算机登录系统中，进入预约界面，患者在预约的过程中必须要表明自己的完整而且正确的个人信息，预约成功后，进行费用的缴纳，最后系统显示预约成功。预约业务的过程如下图所示：图4.8预约业务过程模型4.3.2挂号业务挂号业务的主要目的在于规范患者看病和就诊次序，确保大家能够有序地去诊所就医治疗，提高工作的效率。挂号业务由患者登入系统中，进入挂号窗口，由医院职员通过计算机完成，患者在挂号的过程中需要表明个人完整而且正确的信息，并缴纳挂号费用，最后获得医院的就诊卡。挂号业务过程如下图所示：图4.9挂号业务过程模型4.3.3诊断病情业务医生需要对前来就诊的患者的牙齿病情进行诊断，并确诊病情然后进行治疗。诊断病情业务过程如下图所示：图4.10诊断病情业务过程模型4.3.4检查病情业务检查人员根据医生给患者所开的检查单对患者进行检查，并辅助医生确诊患者的病因。检查病情业务如下图所示：图4.11检查病情业务过程模型4.3.5配药业务药房人员通过医生给的处方单给患者进行配药。配药业务如下图所示：图4.12配药业务过程模型4.4业务对象模型通过对“牙科诊所管理系统”的业务进行分析，提取了患者、医生、检查人员、药房人员、财务人员等业务工人，挂号页面、诊断页面、检查页面、收费页面、药房管理界面五个业务边界对象和就诊卡一个业务实体的对象。“牙科诊所管理系统”业务对象模型如下图所示。图4.13业务对象模型4.5业务流程模型4.5.1预约业务流程患者需要进入到系统，然后输入账号和密码进行账号登录，然后进入到预约界面，申请预约挂号后开始进行预约，然后系统显示预约成功。挂号业务流程如下图所示：图4.14预约业务流程4.5.2挂号业务流程患者申请挂号后开始进行挂号，然后开挂号单确认挂号，确认挂号费用，对每一个挂号的患者，审核是否缴取挂号费用，未缴取挂号费用的患者则取消本次挂号，支付挂号费用后的患者开取就诊卡。挂号业务流程如下图所示：图4.15挂号业务流程4.5.3就诊业务流程患者持就诊卡与挂号单找到就诊室并进行就诊治疗，医生验证患者的挂号单是否有效，无效则需要患者重新进行挂号，有效则继续就诊治疗。医生询问患者的牙齿病情，通过医生的诊断，判断是否能够确诊，不能确诊则开检查单进行检查，可以确诊之后，医生还需要判断是否需要进行药物的治疗，需要的话医生给患者开具处方单，然后患者拿处方单去药房取药，不需要开药医生只需叮嘱患者一些平时的注意事项。就诊业务流程如下图所示。图4.16就诊业务流程4.5.4检查业务流程患者持就诊卡进行预约检查，然后到缴费窗口缴取检查所需要的费用，财务人员判断就诊卡卡内余额是否充足，如果不充足患者则进行缴费，充足的情况下直接在卡内进行支付并扣费，患者在检查人员的指挥下做检查，检查人员检查完毕后，填写检查结果，患者领取检查结果。检查业务流程如下图所示。图4.17检查业务流程4.5.5配药业务流程患者持就诊卡和医生开具的处方单到缴费窗口进行药费的缴取，财务人员判断卡内余额是否充足，如果不充足患者进行充值缴费，充足的话财务人员用就诊卡进行扣除费用，药房人员则根据医生的处方单进行抓药，然后将药物交到患者的手中，患者领药回家。配药业务流程如下图所示。图4.18配药业务流程4.6业务规则模型“牙科诊所管理系统”的业务过程应遵循下图的业务规则图4.19系统业务规则4.7需求模型需求模型是一种通过建模语言来描述软件需求的模型。在需求模型中，需要对需求结构、软件功能、软件性能等内容进行建模。需求模型是建立在业务模型的基础上，它又是软件其他模型的基础。需求模型由功能模型和非功能模型两部分组成。4.7.1用例模型（1）参与者·患者：患有牙科疾病到诊所就诊的群众。·诊所职员：诊所的工作人员，包括医生、药房人员、财务人员、检查人员。·医生：诊所职员，主要负责给患者开具检查单，开具处方单，诊断患者病情等。·药房人员：诊所职员，在药房主要负责抓药、配药和进药等药品管理。·财务人员：诊所职员，主要负责收取患者就诊所需的费用。·检查人员：诊所职员，在检查室主要负责患者的预约检查，并填写检查的结果。图4.20系统参与者（2）需求结构“牙科诊所管理系统”主要提供用户系统管理和门诊管理两个方面的管理功能，首先把需求分解为“用户系统管理”和“门诊管理”两大需求单元。用户系统管理包括：患者管理、医生管理和诊所职员管理；门诊管理主要包括：预约挂号管理、药房管理、门诊财务管理和门诊就诊管理。本系统顶层需求结构如下图所示：图4.21系统顶层需求结构4.7.2用户系统管理（1）医生管理医生通过输入账号密码登录到系统中，对患者的预约就诊信息进行登记，患者前来就诊，医生填写患者的就诊病历。图4.22医生管理用例图（2）患者管理患者通过输入账号和密码登录到系统中，可以进行预约挂号、查询医生信息、取消挂号等操作。图4.23患者管理用例图（3）诊所职员管理诊所职员登录到系统中可以查看患者的挂号信息并填写库房物品出入库的信息。图4.24诊所职员用例图4.7.3门诊管理（1）门诊挂号管理患者通过预约挂号管理完成挂号，系统提供以下功能。·填写挂号信息：医生填写就诊患者的挂号信息。·收取挂号费用：财务人员收取患者挂号的费用。·开就诊卡：收取费用后，给患者就诊卡。挂号管理用例图如下图所示。图4.25门诊挂号管理用例图挂号管理·用例名：填写挂号信息·参与者：医生，患者·前置条件：牙科诊所登录系统·后置条件：转到信息确认界面·事件流程：医生打开挂号界面，用例开始；系统要求输入患者的基本信息；确定患者就诊信息；系统要求选择就诊医生；⑤确认信息。·用例名：收取挂号费用·参与者：诊所财务人员，患者·前置条件：患者填完挂号信息·后置条件：返回挂号系统界面·事件流程：确认患者挂号信息，系统计算挂号费用，患者使用就诊卡支付挂号费用；点击确认。·用例名：开就诊卡·参与者：财务人员，患者·前置条件：患者交完挂号费·后置条件：返回挂号系统界面·事件流程：患者交完挂号费，用例开始；刷就诊卡，录入患者信息，然后将就诊卡给患者。图4.26门诊挂号用例说明（2）门诊药房管理患者取药·进药：药房人员进药，并对药品信息进行添加、修改等操作。·配药：药房人员根据医生开具的处方单进行配药。·发药：药房人员将药品发放给患者，药品状态改为已发放。·查询药品剩余的数量：系统显示剩余药品的数量。门诊药房管理用例图如下图所示。图4.27门诊药房用例图门诊药房管理·用例名：配药·参与者：药房人员·前置条件：医生给患者已开具的处方·后置条件：发药·事件流程：刷患者的就诊卡，系统显示药品信息，药房人员根据显示的信息进行配药。·用例名：发药·参与者：药房人员·前置条件：药房人员已配好药·后置条件：无·事件流程：药房人员把药配好之后，给病人，点击确认药品信息由未发放自动修改为已发放·用例名：进药·参与者：药房人员·前置条件：无·后置条件：无·事件流程：药房人员进入系统之后，进行药品信息的修改。修改完毕后点击确定，退出此界面·用例名：查询药品剩余量·参与者：药房人员·前置条件：无·后置条件：无·事件流程：进入药品查询界面，然后点击查询按钮输入药品信息，点击确定查询。③系统会自动显示药品剩余量等信息图4.28门诊药房用例叙述（3）门诊财务管理患者缴费结算·收取费用：系统自动计算费用，财务人员进行收费。·结算费用：系统计算卡内剩余余额，财务人员与患者进行结算·查询余额：系统自动显示就诊卡卡内余额。门诊财务用例图如图所示。图4.29门诊财务用例图门诊财务管理·用例名：收取药费·参与者：患者，财务人员·前置条件：医生诊断完毕，处方单已开完·后置条件：返回支付界面·事件流程：财务人员刷患者的就诊卡，系统显示药费；系统显示患者所交费用，（卡内余额如果充足的将会直接扣费）；确认缴费，返回。·用例名：收取检查费·参与者：患者，财务人员·前置条件：医生诊断完毕，处方单已开完·后置条件：返回支付界面·事件流程：财务人员刷患者就诊卡，系统显示检查费用；系统显示患者所交费用，（卡内余额充足的话将会直接扣费）；确认缴费，返回。·用例名：查询余额·参与者：患者，财务人员·前置条件：患者持有就诊卡·后置条件：返回支付界面·事件流程：财务人员刷患者的就诊卡，系统自动显示就诊卡内剩余的余额。图4.30门诊财务用例叙述（4）门诊就诊管理患者通过门诊就诊完成对牙齿病情的诊断与治疗。·开检查单：医生开检查单。·开处方：医生开处方单。·增加确诊信息：医生确诊之后，增加确诊信息。·修改确诊信息：医生对就诊信息进行修改。·删除确诊信息：医生对就诊信息进行删除。·查询确诊信息：医生对就诊信息进行查询。门诊就诊用例图如图所示。图4.31门诊就诊用例图门诊就诊管理·用例名：开确诊信息·参与者：医生·前置条件：患者挂号完毕·后置条件：返回诊断系统界面·事件流程：医生进入诊断界面之后，此用例开始；系统要求插入患者的就诊卡；确认患者信息；系统要求医生输入诊断结果等信息，确认信息；系统返回到上一个界面，等待处理下一患者。·用例名：开具检查单·参与者：医生·前置条件：患者诊断完毕，但未确诊·后置条件：返回诊断系统界面·事件流程：输入患者要检查的项目。确认然后返回。·用例名：开药方·参与者：医生·前置条件：患者确诊完毕·后置条件：返回诊断系统界面·事件流程：查看药品信息，输入药品的名称与数量；确认然后返回。·用例名：增删改查患者确诊信息·参与者：医生·前置条件：患者已确诊·后置条件：返回上一级界面·事件流程：医生登录系统进入到确诊信息管理界面；系统要求输入患者的就诊卡号；确定然后选择操作（增删改查）；对确诊信息进行修改；确认信息，系统返回到上一个界面图4.32门诊就诊用例叙述（5）检查管理对患者的牙齿进行检查·预约检查：患者通过检查人员预约进行检查。·做检查：检查人员确认患者信息后，操控机器对患者进行检查。·写检查报告：检查人员通过分析后，在系统中写入患者的检查结果。检查管理用例图如图所示。图4.33检查用例图门诊检查管理·用例名：预约检查·参与者：患者，检查人员·前置条件：医生开具检查单·后置条件：返回预约界面·事件流程：刷就诊卡，然后选择检查的项目。确认预约，系统显示预约信息。·用例名：做检查·参与者：患者，检查人员·前置条件：患者已预约检查·后置条件：返回上一级系统界面·事件流程：患者进入检查室，医生通过系统确认患者的信息。确认信息之后，系统显示检查项目，然后进行检查。·用例名：填写检查结果·参与者：诊所检查人员·前置条件：患者已经检查完毕·后置条件：返回上一级系统界面·事件流程：患者检查完毕后，检查人员点击填入检查结果，进入检查结果填入界面检查人员填完检查结果后，点击确认，返回上一级界面图4.34检查用例叙述4.8非功能性需求模型下图描述了“牙科诊所管理系统”中包括可靠性、效率、可用性、安全性、适用性五个方面的非功能性模型。图4.35系统非功能需求模型图4.9分析模型分析模型主要是指在系统分析工作过程中所建立的一种软件模型，包括PIM类模型和用例分析模型。业务模型和需求模型是软件系统分析模型的基础，模而系统分析模型又是软件设计模型的主要依据。4.9.1分析类模型（牙科诊所的PIM类模型）在“牙科诊所管理系统”中存在就诊、检查、挂号、缴费、药品管理、门诊结算六个主要的事务。这六个事务之间是顺序关系就诊是挂号的后继事务，缴费是就诊的后继事务，检查是缴费的后继事务，药品管理是检查的后继事务，门诊结算是药品管理的后继事务。经过分析之后，“牙科诊所管理系统的PIM类模型”如下图所示。图4.36系统PIM类模型4.9.2.牙科诊所就诊流程图图4.37系统流程图4.9.3.用例分析模型（1）门诊挂号管理门诊预约患者首先填写预约信息并录入到系统中，预约信息管理系统提示信息添加成功。预约信息的用例叙述如下。·用例名：预约信息·参与者：患者，·前置条件：进入到系统中·后置条件：转到预约信息确认界面·事件流程：系统打开预约界面，用例开始；系统要求写入患者的基本信息；确认预约信息。预约信息涉及预约信息界面和预约信息管理系统和患者三个对象。首先患者打开预约信息页面填写自己的就诊信息，点击确定之后系统将会自动把信息写入后台的数据库，然后存入数据库中。预约界面将显示患者预约成功，并把患者的预约信息在预约页面上显示。预约信息分析模型如下图所示：图4.38预约信息分析模型填写挂号信息患者填写挂号信息并录入到系统中，挂号信息管理系统提示信息添加成功。患者通过挂号窗口的工作人员在挂号页面进行基本信息的填写。填写挂号信息的用例叙述如下。·用例名：填写挂号信息·参与者：患者，·前置条件：预约成功·后置条件：转到挂号信息确认界面·事件流程：系统打开挂号界面，用例开始；系统要求写入患者的基本信息；确定信息；系统要求患者选择就诊医生；⑤确认信息。填写挂号信息涉及挂号界面和挂号信息管理系统和患者三个对象。首先患者打开挂号界面填写自己的就诊信息，点击确定之后系统将会自动写入后台数据库，然后存入数据库中。挂号界面显示挂号成功，并把患者的挂号信息显示在挂号界面上。填写挂号信息分析模型如下图所示。图4.39填写挂号信息分析模型收取挂号费用患者挂号信息添加成功，点击缴费按钮，系统读取收费信息并显示。用例叙述如下：·用例名：收取挂号费用·参与者：患者·前置条件：填完挂号信息·后置条件：无·事件流程：确认患者挂号信息，系统自动计算挂号费用，然后显示到挂号界面，患者支付挂号费用；点击确认。收取挂号费用这个操作是在填写挂号信息之后所执行的，点击收费按钮之后系统将自动读取收费信息，显示在挂号界面。收取挂号费用分析模型如图所示。图4.40收取挂号费用分析模型开就诊卡患者挂号缴费成功后，读卡系统读取就诊卡信息，并将信息填入系统中，系统显示信息填入成功。用例叙述如下：·用例名：开就诊卡·参与者：患者，诊所职员·前置条件：患者交完挂号费·后置条件：返回挂号系统界面事件流程：患者交完挂号费，此用例开始；刷就诊卡，系统填入患者信息，诊所工作人员将就诊卡交给患者。诊所职员将就诊卡放在读卡器上，点击填入信息按钮，系统将自动填入患者的一部分信息，填入完成后，系统提示信息填入完成。工作人员将挂号单和就诊卡都交给患者。开就诊卡的分析模型如图所示。图4.41开就诊卡的分析模型门诊就诊管理a）开检查单开具检查单是医生通过本系统向后台检查信息管理系统中添加数据的过程。用例叙述如下。·用例名：开具检查单·参与者：医生·前置条件：患者诊断完毕，但未确诊·后置条件：返回诊断系统界面·事件流程：医生点击开具检查单的按钮，然后输入患者所要检查的项目，系统会自动录入向后台检查信息管理并且添加数据；确认然后返回。开具检查单涉及医生，诊断界面和后台检查信息管理三个对象，医生点击诊断按钮然后进入诊断界面，点击开具检查单的按钮，进入开具检查单界面，填写检查信息之后无误后点击确定按钮，系统将信息自动填入检查管理信息系统。开检查单分析模型如下。图4.42开检查单分析模型b）开具处方单开具处方单是由医生通过系统向处方信息管理系统后台中添加数据的过程。用例叙述如下：·用例名：开具处方单·参与者：医生·前置条件：医生给患者确诊完毕·后置条件：返回诊断系统界面·事件流程：医生点击开具处方单按钮，进入开具处方单界面；查看处方药品信息，输入药品的名称和数量；确认然后返回。开处方单涉及医生、诊断界面、开具处方单界面和处方管理信息系统四个对象，医生点击诊断按钮后进入诊断界面，点击开具处方单按钮，进入处方开具单界面，填写处方药品信息并确定，系统自动填入处方管理信息系统。开处方单分析模型如下：图4.43开处方单分析模型c）开确诊信息医生确诊患者后向系统中添加患者的确诊信息的过程。用例叙述如下：·用例名：开确诊信息·参与者：医生·前置条件：患者挂号完毕·后置条件：返回诊断系统界面·事件流程：医生进入诊断界面，此用例开始；系统要求刷患者的就诊卡；医生确定患者信息；输入诊断的结果，确认诊断信息；系统回到上一级的界面，等待处理下一位患者。开确诊信息涉及医生、诊断界面两个对象。医生通过系统进入诊断界面后，输入诊断信息，然后点击确定，系统则会提示添加成功。开确诊信息分析模型如下图所示：图4.44开确诊信息分析模型d）修改确诊信息修改确诊信息是对系统中的患者就诊信息进行修改，前提是医生已经填写患者确诊信息。其用例叙述如下：·用例名：修改确诊信息·参与者：医生·前置条件：已填写的确诊信息·后置条件：返回上一级界面·事件流程：医生点击信息修改按钮，进入信息修改界面；医生对确诊信息进行修改（修改、删除）；点击确定按钮，系统提示修改成功；点击确定，然后返回信息修改界面。修改确诊信息涉及医生、诊断界面、修改确诊信息界面三个对象。医生进入诊断界面后，点击修改信息按钮进入修改信息界面，对患者的就诊信息进行操作，系统提示信息修改成功。修改确诊信息分析模型如下图所示：图4.45修改确诊信息分析模型（3）检查管理a）做检查做检查的目的是进一步帮助医生确诊患者病情的过程。其用例叙述如下所示：·用例名：做检查·参与者：检查人员·前置条件：患者已缴费用·后置条件：返回上一级系统界面·事件流程：医生将患者的就诊卡放到读卡器上，然后通过系统确认患者信息；确认信息后，系统显示患者的检查项目，然后检查人员再进行检查；将检查状态改为已检查。做检查涉及检查人员、检查界面两个对象。检查人员刷入患者的就诊卡后，系统会自动显示患者所需要做的检查，检查完毕之后，检查人员将检查状态改为已检查。做检查的分析模型如下：图4.46做检查分析模型b）填写检查结果填写检查结果是对患者所做的检查做出合理的判断的过程。其用例叙述如下：·用例名：填写检查结果·参与者：检查人员·前置条件：患者已经检查完毕·后置条件：返回上一级系统界面·事件流程：检查完毕后，检查人员点击填入检查结果按钮，进入到检查结果填入界面；检查人员填入检查分析与结果之后，点击确认按钮，返回上一级界面。填写检查分析与结果涉及到检查人员、检查界面、检查信息管理三个对象。患者做完检查后，检查人员填入检查分析与结果，点击确定按钮，填入检查信息管理系统中，系统显示信息填入成功。填写检查结果分析模型如下图所示：图4.47填写检查结果分析模型（4）药品管理a）显示处方药品信息显示药品信息是显示医生所开具的处方单信息的过程，其用例叙述如下：·用例名：显示处方药品信息·参与者：药房人员·前置条件：医生开具处方单·后置条件：无·事件流程：点击药品管理，药房人员刷患者的就诊卡，系统将显示处方药品信息；药房人员根据处方单信息进行配药。显示药品处方信息涉及药房人员、药品管理两个对象。药房人员进入到药品管理的界面，然后刷患者的就诊卡，系统自动显示处方单的药品信息。显示处方药品信息的分析模型如下：图4.48显示处方药品信息分析模型b）药品管理药品管理是指对一个药品的相关信息实时地进行了修改、增加、查询和删除药品相关信息的过程。其用例叙述如下：·用例名：药品管理·参与者：药房人员·前置条件：无·后置条件：无·事件流程：药房人员进入到药品管理界面；对药品的信息进行增删改查；信息的修改完成后点击确定按钮，系统提示修改完毕，然后退出此界面。药品管理涉及药房人员、药品管理、药品信息修改界面三个对象。药房人员点击药品管理按钮，然后进入到药品信息修改界面，对药品信息进行操作（增加，删除，修改，查询），系统显示操作成功。药品管理的分析模型如下图所示：图4.49药品管理分析模型（5）收费管理a）收费收费是收取挂号费、检查费、药费等过程。其用例叙述如下：·用例名：收费·参与者：财务人员·前置条件：未缴费·后置条件：返回支付界面·事件流程：财务人员刷患者的就诊卡，系统自动显示所需费用；系统自动查看患者就诊卡的费用，卡内余额如果充足的话将会直接扣费，不足的话则需要患者进行缴费；确认缴费然后返回。收费涉及财务人员、支付界面两个对象。财务人员刷患者的就诊卡后，就可以看到患者所需要缴纳的费用，如果患者的就诊卡余额充足则进行直接缴费，不足则患者进行手动缴费。收费的分析模型如下图所示：图4.50收费分析模型b）结算结算是患者支付就诊所有费用的一个过程。其用例叙述如下：·用例名：结算·参与者：财务人员·前置条件：就诊治疗·后置条件：返回结算界面·事件流程：财务人员刷患者的就诊卡，系统自动显示费用；②卡内余额如果充足可以直接进行扣费，不足则需要患者进行缴费，有多余的钱返还到患者就诊卡中；③确认然后返回结算涉及财务人员、结算界面两个对象。财务人员进入结算界面，然后选择结算类型，系统将会自动显示费用信息，再进行结算，有多余的钱返还到患者的就诊卡中。结算分析模型如下图所示：图4.51结算分析模型c）余额查询余额查询就是查询就诊卡余额的一个过程。其用例叙述如下：·用例名：余额查询·参与者：财务人员·前置条件：患者持有就诊卡·后置条件：返回查询界面·事件流程：财务人员刷患者的就诊卡，系统将会自动显示就诊卡内剩余余额。余额查询涉及财务人员、查询界面两个对象。财务人员进入查询界面，刷患者的就诊卡后，系统将会自动识别就诊卡，并且显示就诊卡的信息。余额查询分析模型如下图所示：图4.52余额查询分析模型4.10设计模型设计模型主要指的是在应用软件设计开发阶段根据需要自行建立的一种应用软件设计模型，其中主要包括软件架构设计模型、类与用户接口软件设计流程模型、系统用例设计模型、数据库设计模型、界面设计模型、构建模型和应用软件系统开发部署环境设计模型等。4.10.1软件运行环境“牙科诊所管理系统”包括用户系统管理和门诊管理两大部分，患者通过诊所提供的就诊卡实现看病就医，诊所内部通过局域网联成的系统实现用户系统管理和门诊管理。系统配置两台高档的网络服务器，1台是作为数据库的服务器和应用服务器，另一台作为Web的服务器；并给诊所职员配置微机与系统联网。4.10.2软件架构模型“牙科诊所管理系统”由用户系统管理和门诊管理两大部分组成，患者可通过门诊管理系统进行预约、挂号等操作，这部分则采用B/S架构。患者也可以通过用户系统管理进行登录、查询等操作。（1）分层软件架构“牙科诊所管理系统”的软件功能分层架构分为显示层，业务逻辑层，实体层和数据层四层，如下图所示：图4.53软件功能分层架构图（2）软件逻辑架构“牙科诊所管理系统”的软件逻辑架构如图所示，有用户管理系统和门诊管理系统两个子系统。用户管理系统分为患者管理、医生管理和诊所的职员管理三个子系统；门诊管理系统分为预约服务管理、挂号服务管理，门诊药房管理，财务管理，门诊就诊管理和检查管理六个子系统。图4.54软件逻辑架构图4.10.3部署模型图4.55系统部署模型4.10.4用例设计模型（1）门诊挂号管理a）填写挂号信息填写挂号信息的用例设计模型如图所示：图4.56填写挂号信息用例设计模型b）收取挂号费用收取挂号费用的用例设计模型如图所示：图4.57收取挂号费用用例设计模型c）门诊预约门诊预约用例设计模型如下图所示：图4.58填写挂号信息用例设计模型d）开就诊卡开就诊卡用例设计模型如下如所示：图4.59开就诊卡用例设计模型（2）门诊就诊管理a）开检查单开检查单用例设计模型如图所示：图4.60开检查单用例设计模型b）开处方单开处方单用例设计模型如图所示：图4.61开处方单用例设计模型c）开确诊信息开确诊信息用例设计模型如图所示：图4.62开确诊信息用例设计模型d）修改确诊信息修改确诊信息用例设计模型如图所示：图4.63修改确诊信息用例设计模型（3）检查管理a）做检查做检查用例设计模型如图所示：图4.64做检查用例设计模型b）填写检查分析与结果填写检查分析与结果用例设计模型如图所示：图4.65填写检查分析与结果用例设计模型（4）药品管理a）显示处方药品信息显示处方药品信息用例设计模型如图所示：图4.66显示处方药品信息用例设计模型b）药品信息管理药品信息管理用例设计模型如图所示：图4.67药品信息用例设计模型（5）收费管理a）收费收费用例设计模型如图所示：图4.68收费用例设计模型b）结算结算用例设计模型如图所示：图4.69结算用例设计模型c）余额查询余额查询用例设计模型如图所示：图4.70余额查询用例设计模型4.10.5界面设计模型“牙科诊所管理系统”的用户管理系统和门诊管理系统将分别部署到财务人员，医生，药房人员，检查人员四个客户机上，系统屏幕将会按照不同工作人员的操作来进行设计。（1）界面结构模型a）医生界面结构图4.71医生管理界面结构b）检查人员界面结构图4.72检查人员管理界面结构c）药房人员界面结构图4.73药房人员管理界面结构d）财务人员界面结构图4.74财务人员管理界面结构e）预约界面结构图4.75预约界面结构f）挂号界面结构图4.76挂号界面结构（2）屏幕界面模型在此仅仅给出牙科诊所的部分伪界面。a）注册窗口图4.77注册页面b）登录窗口图4.78登录页面c）预约窗口图4.79预约页面d）挂号窗口图4.80挂号页面e）医生窗口图4.81医生管理页面第五章系统设计系统的设计就是将软件的需求改造成以使用软件系统来表现的一种过程。通过针对性地对目标系统进行分析和研究，做出了一个关于牙科门诊和服务管理的系统总体规划，这也就是全面建立一个系统的重要依据。在对牙科诊所管理系统进行了全面的分析和调查研究的基础上，制订并提出了牙科诊所管理系统的整体规划。系统设计主要包含系统的总体设计和数据库建立等。5.1系统设计本系统采用的是一个基于B/S模式的应用程序，通过对该系统项目的总体和需求进行分析，可以选择和确定各个系统的主要功能模块，根据设计者对该系统主要功能模块进行了设计，画出了该系统的主要功能模块结构框图，如下图所示：图5.1系统的主要功能模块结构框图5.2系统数据库设计数据库管理系统是牙科诊所管理系统的一个核心和技术基础，设计一个好的牙科诊所数据库和设计一个好的数据应用系统也是密不可分的，一个好的数据库管理系统的整体结构也是应用系统的核心和基础。通俗来讲，数据库的设计便如同一座高楼大厦的基础，如果设计的不完善、不合理，将在后面的整个系统研究和开发的过程中，甚至可以说到后期的整个系统运行维护、功能拓展及其他功能改动时，会引起比较多的问题，严重时更是需要再次进行系统的设计，重做此前已经准备好并且完成了很多工作。数据库的设计目标就在于要给用户及各类应用程序系统建立一个完整的信息基础设施与高效可靠的运营环境。本系统数据库结构说明：表5-1诊所用例数据库表表名称说明Admin管理员信息表Patient患者信息表Clinicstaff诊所职员信息表Yuyueguahao预约挂号信息表Jiuzhenka就诊卡信息表Jiancha检查信息表Yaopinxinxi药品信息表管理员信息表表5-2管理员信息表（Admin）字段名数据类型能否为空主键外键说明AdminIDVarchar（10）否是否管理员账号PasswordVarchar（8）否否否密码Namechar（10）否否否姓名Sexchar（2）否否否性别Ageint（5）否否否年龄Telint（11）否否否电话号码患者信息表表5-3患者信息表(Patient)字段名数据类型可否为空主键外键说明PatientIDvarchar（10）否是否患者账号Passwordvarchar（8）否否否密码Namechar（10）否否否姓名Sexchar（2）否否否性别Ageint（3）否否否年龄Telint（11）否否否联系方式诊所职员信息表表5-4诊所职员信息表（Clinicstaff）字段名数据类型可否为空主键外键说明GonghaoVarchar（6）否是否诊所职员工号PasswordVarchar（8）否否否密码Namechar（8）否否否姓名Sexchar（2）否否否性别Ageint（3）否否否年龄Telint（11）否否否联系方式预约挂号信息表表5-5预约挂号信息表（Yuyueguahao）字段名数据类型可否为空主键外键说明YuyueguahaoIDvarchar（11）否是否预约挂号编号YuyueDoctorchar（8）否否否预约医生姓名HuanzheNamechar（8）否否否患者姓名HuanzheSexchar（８）否否否患者性别HuanzheAgeint（3）否否否患者年龄Telint（11）否否否联系方式Moneyint（20）否否否挂号费就诊卡信息表表5-6就诊卡信息表（Jiuzhenka）字段名数据类型可否为空主键外键说明HuanzheIDvarchar（20）否是否患者编号Namechar（8）否否否姓名Telint（11）否否否联系方式Kahaoint（20）否否否就诊卡号Yueint（10）否否否就诊卡余额检查信息表表5-7检查信息表（Jiancha）字段名数据类型可否为空主键外键说明Namechar（8）否否否患者姓名Namechar（8）否否否检查人员姓名Sexchar（2）否否否患者性别Ageint（3）否否否患者年龄Jianchajieguochar（11）否否否检查结果Jianchafeiyongint（20）否否否检查费用药品信息表表5-8药品信息表（Yaopin）字段名数据类型可否为空主键外键说明Yaopinmingchengchar（20）否是否药品名称Yaopinleixingchar（20）否否否药品类型Kucunint（8）否否否药品库存Shengchanriqiint（2）否否否生产日期Baozhiqichar（3）否否否保质期Zhuzhijibingchar（30）否否否主治疾病Zhiyaochangjiachar（20）否否否制药厂家第六章系统实现通过前面几章对牙科诊所管理系统的分析、调查、研究和设计，系统正式地进入了开发阶段。这一阶段有点难度，主要是要把之前的理论知识变成实际的操作，并对程序进行不断的修改与完善，直到后期可以投入使用。系统登录实现患者进入界面之后需输入账号和密码还有验证码，如果输入的账号和密码都正确，验证码也正确，则成功登录进入系统；如果密码错误，则会弹出密码错误的提示，就需要重新输入密码；但是第一次使用该系统，因为没有账号，所以需要注册自己的账号之后才可以登录。管理员、诊所职员登录界面相同。系统用户登录的界面如图6.1所示：图6.1用户登录界面患者注册实现对于从未使用该系统的患者需进行注册账号操作，注册界面如图6.2所示：图6.2患者注册界面后台主页实现管理员进入系统后可以看到系统后台主页界面，界面功能有：账号管理、患者管理、工作人员管理、预约挂号管理等主要功能。还可以对管理员的信息进行修改。如图6.3所示，为系统后台主页界面：图6.3后台主页界面账号管理模块实现管理员可以对自己注册账号的密码信息进行修改，如图6.4所示：图6.4账号管理界面患者管理模块实现6.5.1患者添加界面通过系统可以添加患者的一些基本信息，如图6.5所示：图6.5添加患者界面6.5.2患者查询界面管理员可以通过系统查询患者的信息，输入账号、姓名或者年龄等任意一项或者多项，点击搜索都可以搜到注册过的患者信息，如图6.6所示：图6.6患者查询界面工作人员管理6.6.1工作人员添加通过系统可以添加诊所职员的一些基本信息，如图6.7所示：图6.7添加工作人员界面6.6.2工作人员查询管理员登录后就可以在系统中直接查询各位职员的个人信息，输入工作人员的工号、姓名或者是年龄等任何一项或者多项，点击搜索均可以直接找到已经注册过的诊所工作人员的个人信息，如下图6.8所示：图6.8工作人员查询界面6.7医生管理6.7.1医生添加模块实现医生登入系统中添加自己的信息，包括工号、姓名、性别、年龄、电话等信息。如图6.9所示：图6.9医生添加界面6.7.2医生查询模块管理员可以通过系统查询医生的信息，输入工号、姓名或者年龄等任意一项或者多项，点击搜索都可以搜到注册过的医生信息，如图6.10所示图6.10医生查询界面6.8检查管理模块实现管理员用户可以通过系统搜索方式查询相关患者检查的信息，输入添加过的工号、姓名或者是患者的姓名等任意一项或者多项，点击搜索都是可以直接搜到已经添加过的检测患者。如图6.11所示：图6.11检查查询界面6.9药品信息管理模块实现药品信息主要包括药物编号、药品分类、药品名称、价格、库存等，如图6.12所示：图6.12药品信息界面6.10预约挂号管理模块实现管理员登入系统中，点击预约挂号查询，通过输入职员工号或者患者姓名、患者电话等一项或者多项信息进行查询，即可查询到相对应的挂号信息，如图6.13所示：图6.13预约挂号查询第七章系统测试软件设计测试的基本目标主要目的是为了及时发现和有效纠正企业软件设计中的一些缺陷和技术不足，并且加以纠正。应该彻底排除对于测试的错误看法和观点，设计恰当的测试使用用例，利用尽可能少的测试使用用例，来及时地发现尽可能多的一个软件中的错误。进行软件测试的一个最终方法就是要通过测试来检验真正进行的软件系统与其他用户之间的关系是否相符，因此不能做到只为了找出错误。7.1测试方法测试用例的定义设计者对于使用软件程序进行系统测试的设计重点之处所在，必须要合理地设计一个最小且有可能不会导致用户发现各种不同软件系统错误的测试用例，同时它也应该尽量减少测试用例的数量冗余，也就是说，希望用户能够尽量避免与同时使用一个可能发现各种错误测试效果相同的测试用例，设计尽可能少的测试用例，从而能够发现尽可能多的各种软件错误。测试用例的整体设计操作方式大致来说可以将它划分成较为两个小的大类：一种的则是使用白盒模式测试和另一种的则是黑盒模式测试。白盒测试也被简单地称为逻辑结构性测试，这种方法把需要进行测试的对象视为一个透明的箱子，测试者可以根据应用程序内部的逻辑结构及其他与应用程序相关的信息来制作测试用例，检查应用程序中所有的逻辑路径都是否按照应用程序预定的功能要求正确工作。白盒测试常用的方法有逻辑覆盖测试、基本路径测试、数据流测试和循环测试。黑盒测试又可以将其简称行为测试，这种检测方法把需要进行行为测试的一个对象本身视为一个新的黑盒子，测试者完全不用过分的去考虑一个应用程序内部的基本逻辑物理结构和内部的功能特性，只是依据一个应用程序的功能要求或者产品规格要求使用测试说明书，检查一个应用程序的各项基本功能与其要求是否完全相符。黑盒测试就是依靠对于软件所具备的需求规约，来检验程序中的各种功能与否都满足了需求规约。黑盒测试主要采用的方法包括：边界值分析、等价区域划分范畴、比较测试，错误猜测和因果图等多种方法。本系统的测试综合了黑盒测试和白盒测试两种方法。7.2测试用例（1）用户登录模块测试表7-1用户登录测试表测试目的操作流程测试用例预测结果测试结果用户登录填写账号、密码，点