2021年度数据库设计与应用任务训练指导书.docVIP

2021年度数据库设计与应用任务训练指导书.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《数据库设计与应用》任务训练指引书 选题名称 简要门诊管理系统改成你系统名称 改成你系统名称 姓 名 张三,李四改成本组作者 改成本组作者 班 级 10软件332 任课教师 卢剑炜,赵金龙 学 期 --1 综合评估_____________ 目 录 综合评估_____________ TOC 任务一 全面精确地提取软件系统数据需求 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 9 4.1 安装并配备SQL_Server 9 4.2 安装其她DBMS 9 4.3 小结 10 任务五 在SQL_Server中建立符合需求数据库 11 5.1 数据库选型 11 5.2 物理设计 11 5.3 表构造设计 11 5.4 涉及到SQL语句 12 5.5 小结 13 任务六 运用SSMS管理SQL_Server服务器 14 6.1 创立表构造 14 6.2 涉及到SQL语句 15 6.3 小结 15 任务七 运用SQL管理SQL_Server服务器 16 7.1 涉及到SQL语句 16 7.2 小结 17 任务八 运用C#.NET开发基于SQL软件系统 18 8.1 存储过程 18 8.2 本项目简朴界面 18 8.3 本项目数据库访问某些代码 18 8.4 小结 19 任务九 运营并维护SQL_SERVER服务器 20 9.1 本项目安全性设计 20 9.2 SQL常规维护 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)各类日记。从安全角度考虑,

文档评论(0)

132****5705 + 关注
实名认证
文档贡献者

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

版权声明书
用户编号:5104323331000004

1亿VIP精品文档

相关文档