管理员部分详细设计说明书(修改版)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
管理员部分详细设计说明书和编写提示
F.3.1 程序描述
该程序设计目的是操作人员负责一定系统或者软件的维护或管理更新的普通用户个人或帐号,管理专门管理违反原则的用户等等。
负责整个网络的服务器系统配置、管理和维护工作,为确保整个挂号系统安全运行做技术保障。
管理员职责(程序相关目的):
1、网络的用户管理和维护
2、网络系统调试工作;
3、网络系统的性能维护及优化工作;
4、网络系统、网上信息的安全管理工作。
管理员部分程序特点综述:
该部分在运行状态下具有比所有普通用户更高的优先级,在系统资源不足时候优先考虑该程序快的运行,以达到维护系统正常运行的目的。
本部分程序在正常情况下对系统的资源占用较少,常驻内存但并不影响系统的正常运行,能够快速恢复执行管理功能。
程序本身对于普通用户的管理就要求程序块能够及时处理并发操作,对大量的数据操作有较好的反应能
F.3.2功能
F.3.3性能
管理员程序块的完整性:
完整性是指软件能够在不同的平台上运行,时下国内主流的操作系统是windows考虑到windows的版本问题,各个版本之间的软件兼容性问题,不同平台之间运行无缝恰接是软件成功的基本标准,对于可能有的问题,软件在开发过程中要充分考虑这个问题,具体针对不同的windows版本进行优化,并且在不同的版本要有具体的测试,对于可能存在的问题,应对策率不可或缺。
对于软件可能由于种种原因导致的无法运行,无法安装的情况,软件内部需要有自己的软件自我修复自我反馈机制,对于问题快速收集,快速解决。
管理员程序块的稳定性:
软件服务器端的统计运行是决定软件自身等级的重要因素。
考虑到服务器的性能,以及服务器在不同的网络环境下可能出现的问题要测试解决。
问题可能是:客户端向服务器发送信息服务器无法收到,或者服务器收到之后无法保存到服务器的数据库中,服务器的频繁掉线,服务的访问量控制等等,均是软件的设计以及服务器构架所应该考虑的问题。
管理员程序块的用户性:
软件的用户体验在一定情况下是评判软件是否人性化的重要指标。
挂号系统本身就和人们的生活息息相关,考虑到使用该系统的人群的不同文化水平,在软件设计的过程中,对于软件界面,必须以图形界面为主,避免纷繁复杂的一系列操作。
管理员界面的整体多元化:
软件需要接入的端口服务是多元化的,考虑到软件需要连接网络运营商,语音电话,手
机短信等各种服务方式,软件的错误反馈机制必须明朗,在其中某一种挂号方式出现不能够工作的问题是,系统应自动反馈于病人相应的等价的挂号方式。
不会因为软件的某方面漏洞而导致用户的挂号行为无法进行。
总体而言,管理员界面管理员程序块和其余程序一样对性能要求一致。
F.3.4输入项
管理员用户在登录之后可以看到基本信息,如医院、医师的简介、预约信息等;可以对用户登录的密码,填写的个人信息进行管理;管理员登录分配特定的管理员账号,可以修改和更新网站信息等;只有注册登录的用户才能进行挂号作业。
本程序块输入内容包括管理员的账号密码,以及在用户管理界面,医师管理界面,科室管理界面,相应的数据补充,其内容包括:中文、英文字母、阿拉伯数字等,具体的输入数据类型及其度量标准参考下表:
F.3.5输出项
管理员用户在登录之后修改基本信息,如医院、医师的简介、预约信息等;可以对用
户登录的密码,填写的个人信息进行管理;管理员登录分配特定的管理员账号,可以修改和更新网站信息等;只有注册登录的用户才能进行挂号作业,修改之后的输出选项根据权限的不同予以查看。
本程序块输入内容包括管理员的账号密码,以及在用户管理界面,医师管理界面,科室管理界面,相应的数据补充,其内容包括:中文、英文字母、阿拉伯数字等,具体的输入数据类型及其度量标准参考下表:
输出数据项2
F.3.7流程逻辑
jackson图输出数据结构
F.3.8 接口
F.3.9存储分配
根据需要,说明本程序的存贮分配。
管理部分共三个存储表:
F1用户信息存储表;
F2科室信息存储表;
F3医师信息存储表
三个存储表的信息都是能被用户共享的,应在前期就给存储表分配足够空间,待已用空间到达80%后再逐步增加。
具体数据存储如下所示:
F.3.10注释设计
说明准备在本程序中安排的注释,如:
a、加在模块首部的注释;
b、加在各分枝点/处的注释;
c、对各变量的功能、范围、缺省条件等所加的注释;
d、对使用的逻辑所加的注释等。
F.3.11限制条件
该系统的管理方面尚有所欠缺,目前仅支持一种管理员身份的登陆操作,这就导致管理员的权限较大,在以后技术支持的情况下,还应在管理员等级上再做详细设计。
F.3.12 测试计划
系统的测试采取逐步求精的方式,模块测试、子系统测试、验收测试、平行运行。
对于每一个模块,均采用黑盒测试方法,有专门的测试员开展测试工作,保证每一个模块作为一个单元能正常运行,达到预期效果。
目标测试项目:
核实已注册的管理员是否能正常登陆;
核实管理员是否能实现用户管理,能否删除和添加普通用户;
核实管理员是否能实现科室与医师信息的管理;
核实管理员能否正常注销退出。
F.3.13尚未解决的问
暂无。