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