学生成绩查询系统

标准文案

大全

系统分析与设计

统一建模语言UML

小组作业

项目内容：_________________

学 期：2015-2016第1学期

班 级： ********1403

成 员：_________________

2015年×月×日 标准文案

大全 学生成绩查询系统

第1章 需求分析

1.1系统建设的意义

随着社会的发展，学生成绩查询系统结合了各种新的技术，通过可行性的技术途径来整合各种资源，为管理人员节省出大量的时间，更好的的为学生和老师服务，还将管理人员从繁琐重复的成绩录入工作中解脱出来，集中精力关注学生的情况，而且通过模板书写的成绩更加完整、规范，学生成绩查询系统通过提供了完整、规范的成绩模板，避免了书写潦草、缺页、漏项、模糊及不规范用语等常见问题，提高成绩审核合格率，还方便了学生查询自己的成绩。

1.2系统需求描述

从系统功能描述可以划分为以下几方面：

学生系统：

教师系统：

管理系统：

1.3问题定义

“学生成绩查询系统”适用各高校的学生查询、教师录入。用户是学生、教师、信息管理人员。该系统主要包括“学生系统”、“教师系统”、“管理系统”。其中查询信息主要包括学生自己成绩信息的相关信息，老师查询学生信息以及学生查询结果的相关信息，信息管理人员查询教师相关信息和学生的相关信息。学生成绩查询系统主要管理学生成绩的相关信息。

第2章 系统的UML基本模型

2.1系统整体的用例模型

标准文案

大全

图2-1系统整体用例模型

用例模型描述：患者主要使用查询病例信息用例和自主挂号用例。收银员主要使用药费和办理医疗卡用例，其中用费用例又包含收取挂号费和检查费用例。护士的主要使用挂号、配药、办理就诊卡和登记患者信息用例；信息管理人员主要使用医护人员管理、药品管理和病人信息管理用例；医生主要使用检查和诊断用例，其中诊断用例有包含开检查单、开药方和开诊断结果用例。

标准文案

大全 2.2系统整体的用户类图

图2-2系统整体用户类图

系统用户类图描述：系统用户有病人、医生、护士、收银员、信息管理人员。其中病人输入相关验证信息可以查询自己的病例和相关的药品信息；医生可以把病人的诊断结果以及真短信息写入；护士可以给病人挂号和办就诊卡；收银员收取诊断费和检查费用；信息管理人员主要是针对医务人员、患者和药品的相关信息进行增加、删除和修改。

2.3系统总体的顺序图

标准文案

大全 登陆窗口系统界面相应的信息管理界面信息管理数据库1: 输入相应身份的验证信息2: 点击所要管理的信息门诊信息系统主要的顺序图3: 提取所需要的信息

图2-3门诊信息系统主要的顺序图

系统总体顺序图描述：系统总体可以分为登陆窗口界面、系统界面、相应管理界面和信息界面。在登陆窗口界面，输入正确的身份验证信息之后，进入相应身份的系统界面，然后在系统界面点击或者输入相关的信息，在数据库中提取信息并进入相应的信息界面。

标准文案

大全 2.4查询

2.4.1查询系统类图

图2-4查询系统类图

类图说明：信息查询器类处理所有的信息查询操作。系统中所有用户的查询功能都是通过此类提供的各种查询方法实现。信息查询器根据用户的不同级别控制其信息的访问权限 标准文案

大全 2.4.2查询系统活动图

进入系统选择查询项目查询药品信息查询医护人员信息输入病历卡或医疗卡卡号验证用户查询个人病例信息显示出错，提示重新输入查询药品查询病例查询医护通过未通过

图2-5查询系统活动图

2.4.3查询病例顺序图

: 病人 : 查询窗体界面 : 数据库管理器 : 病历管理器1: 查询病历2: 查询病历(病历号)3: 提取病历(病历号)4:

5:

图2-6查询病例顺序图 标准文案

大全 2.5挂号

2.5.1挂号管理子系统类图

图2-7挂号管理子系统类图 标准文案

大全 2.5.2挂号管理活动图

输入病例卡卡号或医疗卡号显示病人的基本信息选择挂号科室和医生添加数据库中病人挂号信息打印挂号单判断挂该医生病人人数提示建议挂选择别的医生进行挂号[ 超过 ][ 未 超过规定的人数 ][ 病人同意 ][ 不同意 ]

图2-8挂号管理活动图 标准文案

大全 2.6自助挂号

2.6.1自助挂号活动图

刷卡或输入卡号输入密码选择挂号信息显示成功挂号信息显示挂号失败信息提示用户不存在[ 不合法 ][ 合法 ]提示重新输入密码[ 不正确 ][ 正确 ]验证用户合法判断用户是否存在验证用户密码判断密码是否正确查询用户账户余额用户余额能否支付挂号费提示用户充值[ 余额不足 ]创建挂号单对象充足添加是否成功[ 成功 ][ 失败 ]查询数据库中的用户数据库添加病人挂号记录数据层面业务逻辑界面用户界面

图2-8自主挂号活动图

2.6.2自助挂号活动图

获取队首病人资料从队列中删除医生为病人诊断出具检查信息[ 需做检查 ]诊断结果开处方[不需做检查]打印

图2-9自助挂号活动图 标准文案

大全 2.6.3自助挂号顺序图

: 病人 : 挂号管理窗口 : 挂号单 : 数据库管理器打印机1: 挂号(病历号)7: 存储打印完毕2: 构造挂号单(病历号)3: 保存挂号单5: 打印挂号单4: 存储挂号单(this)6: 打印

图2-10自助挂号顺序图 标准文案

大全 2.7收费系统

2.7.1收费子系统类图

图2-11收费系统类图

2.7.2收费系统顺序图

: 收银员收费管理界面 : 医疗项目收费单收费项目数据库1: 增加收费记录2: 创建收费项目单3: 返回医疗项目收费单对象4: 存储收费项目单对象5: 返回医疗项目收费单对象

图2-12收费系统顺序图 标准文案

大全 2.8办理就诊卡系统

2.8.1办理就诊卡类图

图2-13办理就诊卡类图

2.8.2办理就诊卡顺序图

: 护士 : 就诊卡管理器病历卡 : 数据库管理器1: 创建病历2: 构造病历卡3: 病历卡5: 病历卡已插入4: 插入病历(病历卡)

图2-14办理就诊卡顺序图

第3章实验总结

门诊管理系统在当今时代是一个应用范围很广的中小型医院管理类软件。标准文案

大全 一般的数据管理型软件的主要功能就是跟据日常的的数据动态对数据库进行增删改查等的操作。因此数据库在整个应用程序中处于很重要的地位。其中门诊管理系统最主要的也就是关于数据库的设计和对业务逻辑处理的分析。应用程序的实现相对来说就比较简单，主要就是对数据库进行各种常见的操作。应用程序设计中界面的设计也是一项很重要的工作，界面设计的好坏关系到用户的使用系统的感觉。好的界面能让用户使用起来更加的方便耐用，用起来特别顺心。

通过这次实验我还是感觉对自己以后从事编程行业工作的时候，这门课还是相当的比较有用的，有助于软件的开发，整体结构比较清晰，逻辑结构比较明朗，这段时间忙于在外面培训，这门课基本上学的不是很好，但是在培训时，培训到相关UML建模时我一定把它学好，只是在最近画图时时认真的翻了翻书，所以大部分知识都是在画图时边看边模仿的。像门诊管理管理系统这种设计图我当初就不想画，想在网上找一个，但是仔细想想不管画的好坏，还是自己动手比较好，最少自己真正的学到了一点有用的知识，也许以后对自己学习开发软件还是比较有帮助的，现在看来，确实如此，现在我是感觉自己简单的设计完成了，虽然不是很好，但毕竟也是自己看着书模仿画出来的，看到自己的画的成果还是很满意的。因为我用心画了。通过这次设计自己对ＵＭＬ面向对象建模的流程有了一定的了解。作为一门面向对象软件设计语言它完全体现了面向对象技术的所有优点，同时还有诸如唯一性、连续性、可维护性等优点。虽然通过这次试验自己并没有完全体会到这些优点，但是通过这次设计还是大大提高了自己设计水平，分析问题能力。问题只要分析的透彻，解决问题的思路便会很清晰。这次实验设计让我收获很多，我也相信能够为自己以后的学习和工作提供宝贵的经验。自己在以后的培训学习过程中也会不断学习相关的知识加深对ＵＭＬ建模和分析的认识，学习好UML来指导自己更好的从事自己的编程开发，使自己在以后的学习工作中更加自信。

第4章 参考文献

刁成嘉 UML系统建模与分析设计，机械工业出版社，2007

徐峰，陈暄，UML面向对象建模基础，中国水利水电出版社,2008

王先国，方鹏，曾碧卿，刘烨，UML统一建模实用教程，清华大学出版社，2009

王养廷，李磊，宋汉珍，UML基础与应用，清华大学出版社，2006