《数据库设计与应用》任务训练指导书.docVIP

《数据库设计与应用》任务训练指导书.doc

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《数据库设计与应用》任务训练指导书.doc

《数据库设计与应用》任务训练指导书 选题名称 简明门诊管理系统 姓 名 张三,李四 班 级 10软件332 任课教师 卢剑炜,赵金龙 学 期 2011-2012-1 目 录 任务一 全面准确地提取软件系统的数据需求 4 1.1 概述 4 1.2 项目视图与范围约束 4 1.3功能需求分析 5 1.4 数据需求分析 5 1.5 小结 5 任务二 依据数据需求设计E-R模型 6 2.1 E-R模型设计工具 6 2.2 本项目E-R模型 6 2.3 小结 6 任务三 依据E-R模型设计关系模型 8 3.1 逻辑模型设计方法 8 3.2 本项目关系模型 8 3.3 小结 8 任务四 安装并配置SQL Server 2005 9 4.1 安装并配置SQL_Server2005 9 4.2 安装其他DBMS 9 4.3 小结 10 任务五 在SQL_Server2005中建立符合需求的数据库 11 5.1 数据库选型 11 5.2 物理设计 11 5.3 表结构设计 11 5.4 涉及到的SQL语句 12 5.5 小结 13 任务六 利用SSMS管理SQL_Server2005服务器 14 6.1 创建表结构 14 6.2 涉及到的SQL语句 15 6.3 小结 15 任务七 利用SQL管理SQL_Server2005服务器 16 7.1 涉及到的SQL语句 16 7.2 小结 17 任务八 运用C#.NET开发基于SQL2005的软件系统 18 8.1 存储过程 18 8.2 本项目的简单界面 18 8.3 本项目数据库访问的部分代码 18 8.4 小结 19 任务九 运行并维护SQL_SERVER2005服务器 20 9.1 本项目安全性设计 20 9.2 SQL2005的常规维护 20 9.3 小结 20 说明: 1.全文除首页、目录、代码、标题外,正文字体全部是:中文宋体、英文times new roman,小四,单倍行距;每一大段必须新起一页;代码有关的文字采用五号或10。 2.所有内容完成后右键更新下目录,并将目录字体设置为小四; 3.文档按小组为单位制作,两人交一份; 4,文档是否打印待课程结束后再听通知; 5.实训通过答辩后,前请各位将源码及打印好的实训报告交给课代表,课代表12月31日(周四)前把打印的实训报告(除封面和目录外建议双面打印)、实训报告电子稿和源码用U盘拷给我。 6.电子资源要求(课代表注意): 根目录下是按项目名命名的文件夹; 每个文件夹下是一个文档和一个RAR文件,文件名命名规则“学号_姓名.doc”,如“1_张三.doc”;rar文件中存放的是本系统的数据库备份文件和项目源文件; 任务一 全面准确地提取软件系统的数据需求 1.1 概述 本系统的目的是建立一个简明的门诊管理系统,该系统由两部分组成:工作员挂号模块和医生诊疗模块,该系统可以为门诊病人提供挂号、就诊的服务。涉及到的人员有:病人、医院挂号员和医生。 病人看病流程:挂号处排队→挂号、交费、拿挂号单→带着挂号单去门诊科室排队→医生看病→缴费、拿药→结束 挂号员工作流程:凭用户名、密码登陆挂号系统→……→询问病人信息、挂号科室、收费→录入系统、打印挂号单→下一位病人挂号→…… 医生诊疗流程:凭用户名、密码登陆门诊系统→……→呼叫下一位病人→询问病情、给出诊断、开药→录入系统→呼叫下一位病人→…… 1.2 项目视图与范围约束 为了让案例清晰易懂,在不影响整体门诊流程的情况下,我们刻意忽略了以下一些会急剧增加软件复杂度的元素: (1)专家门诊。一般三级医院都开设有专家门诊,与普通门诊并行,医生来自同一个科室却采用不同的挂号计费方式,若增加专家门诊,挂号、就诊等将会非常复杂,所以暂不考虑专家门诊。 (2)挂号员、医生、后台管理员的排班制。实际医院各部门都会有排班制度,员工不当班时是无法登陆HIS的,若增加则权限管理复杂度上升,本系统暂时忽略。 (3)医保。实际医院会根据病人医保性质的不同而采用各异的计费方式,如城市医保、农保、老干部等,本系统暂时忽略。 (4)化验检测及药房。病人就诊时有时需要做化验或仪器检查,这就涉及到与化验检验工作站的对接,本系统暂不考虑化验与仪器检验,假设所有病人只需要医生问诊即可诊断;医生开药会涉及药房管理模块的对接,本系统假设医生开药以文本的形式保存在诊疗记录中。 (5)系统管理员。医院基础数据,如医生信息、科室信息等都需要管理员事先录入,这一部分与当前系统关联不大,故忽略。 (6)各类日志。从安全角度考虑,一般HIS都会设置日志功能,记录用户的各种操作,本简明系统暂忽略。 (7)一些涉及医院管理规章的数据暂不专门设置数据库来管理,如每天挂号人数上限,医生看病人数上限,

文档评论(0)

caijie1982 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档