需求分析案例(学生)E-R图
- 格式:doc
- 大小:1004.50 KB
- 文档页数:11
E-R图实例1,现有论⽂和作者两个实体,论⽂实体的属性包括题⽬、期刊名称、年份、期刊号;作者实体的属性包括姓名、单位、地址;⼀篇论⽂可以有多个作者,且每⼀位作者写过多篇论⽂,在每⼀篇论⽂中有作者的顺序号。
请完成以下操作:(1)画出E-R图(2)将E-R图转换成关系模式,并指出每个关系模式的主键(加下划线)和外键(加波浪线)。
CREATE TABLE发表 (姓名CHAR(7) NOT NULL, 题⽬CHAR(6) NOT NULL, 顺序号INT DEFAULT NULL, PRIMARY KEY (姓名, 题⽬), FOREIGN KEY (姓名) REFERENCES论⽂ON DELETE CASCADE, FOREIGN KEY (题⽬) REFERENCES 2,某企业集团有若⼲⼯⼚,每个⼯⼚⽣产多种产品,且每⼀种产品可以在多个⼯⼚⽣产,每个⼯⼚按照固定的计划数量⽣产产品,计划数量不低于300;每个⼯⼚聘⽤多名职⼯,且每名职⼯只能在⼀个⼯⼚⼯作,⼯⼚聘⽤职⼯有聘期和⼯资。
⼯⼚的属性有⼯⼚编号、⼚名、地址,产品的属性有产品编号、产品名、规格,职⼯的属性有职⼯号、姓名、技术等级。
请:(1)该集团进⾏概念设计,画出E-R图。
(2)E-R图转换成关系模式,并指出每个关系模式的主键和外键。
CREATE TABLE⽣产(⼯⼚编号CHAR(7) NOT NULL,产品号CHAR(6) NOT NULL,数量DEC(5,2),PRIMARY KEY (⼯⼚编号,产品号),FOREIGN KEY (⼯⼚编号)REFERENCES⼯⼚ON DELETE CASCADE,FOREIGN KEY (产品号)REFERENCES产品ON DELETE RESTRICT,CHECK (数量>=300));3,设某汽车运输公司数据库中有三个实体集。
⼀是“车队”实体集,属性有车队号、车队名等;⼆是“车辆”实体集,属性有车牌照号、⼚家、出⼚⽇期等;三是“司机”实体集,属性有司机编号、姓名、电话等。
学生宿舍管理系统的设计摘要学生宿舍管理是当代学校中不可或缺的组成部分,在信息化飞速发展的今天,它的出现已经成了一种必然,本文将从宿舍管理系统的历史和现状进行分析,以求证本系统的设计具有实际的意义,并得到它在未来的发展,从而跟上时代的脚步,做出一个高质量的、安全性好的宿舍管理系统,使其不仅能满足学校现在的需要,也能满足将来一段时间的需要。
学生宿舍管理系统的开发主要包括前台用户界面的开发和后台数据库的开发,对于后台数据库的建立和维护要求建立起数据一致性和完整性强、数据安全性好的数据库。
而对于前端应用程序的开发则要求应用程序能提供强大的数据操纵功能,界面友好、使用简单方便等特点。
本系统采用C#和作为前台用户界面的开发语言,而后台的数据库采用微软的SQL Server 2005。
关键词:宿舍管理系统,功能,住宿。
目录第一章系统需求分析..................................................... - 3 -1.1功能需求......................................................... - 3 -1.1.1 基本功能需求............................................... - 3 -1.1.2 报表需求................................................... - 3 -1.1.3 用户界面需求............................................... - 3 -1.2 性能需求 ........................................................ - 4 -1.2.1系统安全性................................................. - 4 -1.3 数据库选择....................................................... - 4 -1.4 环境 ............................................................ - 4 - 第二章需求分析 ......................................................... - 5 -2.1 数据库分析....................................................... - 5 -2.1.1 数据库实体关系............................................. - 5 -2.1.2 E-R图..................................................... - 5 -2.2 系统模块分析..................................................... - 6 - 第三章系统详细分析 ..................................................... - 7 -3.1 系统表 .......................................................... - 7 -3.2 系统管理模块.................................................... - 10 -3.2.1 用户登录模块.............................................. - 10 -3.2.2 宿舍住宿信息.............................................. - 11 -3.2.3 公寓评定管理.............................................. - 14 -3.2.4 公寓基本信息.............................................. - 14 -3.3 后台管理 ....................................................... - 16 -3.3.1 用户管理.................................................. - 16 -3.3.2 公寓信息.................................................. - 17 -3.3.3 每日检查.................................................. - 18 -3.3.4 基本设置.................................................. - 19 - 致谢 ................................................................... - 20 - 参考文献 ............................................................... - 21 -第一章系统需求分析目前,我们学校的宿舍管理采用的还是最低级人工来进行管理的, 面对目前学校发展的实际状况,我通过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。
E-R 图练习题目1假设一个学生可选多门课程,而一门课程又有多个学生选修,一个教师可讲多门课程,一门课程至多只有一个教师讲授,试画出E-R 图。
学生:学号、专业、姓名 教师:教师号、姓名、职称 课程:课程号、课程名、学分学生(学号,专业,姓名)课程(课程号,课程名,学分,教师号) 选修(学号,课程号)教师(教师号,姓名,职称)学生选修学号姓名 教师号学分姓名课程名课程号专业课程教师授课职称NMN 1医院住院部有若干科,每科有若干医生和病房,病人住在病房中由某个医生负责治疗。
每个医生只能属于一个科,每个病房也只能属于一个科。
一个病房可住多个病人,一个病人由固定医生负责治疗,一个医生负责多个病人。
试画出表示科、医生、病房、病人及其联系的E-R 图。
科:科号、科名医生:医生编号、姓名、性别、级别 病房:病房号、床位数病人:病人编号、姓名、性另科(科号,科名)病房(病房号,床位,科号)病人(病人编号,姓名,性别,医生编号,病房号,医院编号) 医生(医生编号,姓名,性别,级别,科号)科属于科号 姓名病人编号性别姓名医院编号科名医生病人治疗性别级别病房拥有住院床位病房号 1N1N1N1 M用E-R 图表示某个工厂物资管理的概念模型 实体➢ 仓库: 仓库号、面积、电话号码➢ 零件 :零件号、名称、规格、单价、描述➢ 供应商:供应商号、姓名、地址、电话号码、帐号 ➢ 项目:项目号、预算、开工日期➢ 职工:职工号、姓名、年龄、职称 实体之间的联系如下:(1) 一个仓库可以存放多种零件,一种零件可以存放在多个仓库中。
仓库和零件具有多对多的联系。
用库存量来表示某种零件在某个仓库中的数量。
(2) 一个仓库有多个职工当仓库保管员,一个职工只能在一个仓库工作,仓库和职工之间是一对多的联系。
(3) 职工之间具有领导-被领导关系。
即仓库主任领导若干保管员。
(4) 供应商、项目和零件三者之间具有多对多的联系仓库(仓库号,面积,电话号码)职工(职工号,姓名,年龄,职称,仓库号,领导号) 零件(零件号,名称,规格,单价,描述) 存放(仓库号,零件号,库存量)供应商(供应商号,姓名,地址,电话号码,账号) 项目(项目号,预算,开工日期) 供应(零件号,供应商号,项目号)职工项目供应商仓库零件存放供应管理电话号码面积 仓库号 零件号 名称 规格 单价 描述职工号姓名年龄职称供应商号姓名地址电话号码账号项目号预算开工日期库存量1M1 NN MR 领导NN某学校管理系统中有三个部门:后勤部、教务处和财务处。
数据库设计之概念结构设计---------E-R图详解0、试述采用E-R方法进行数据库概念设计的过程。
答:采用E-R方法进行数据库概念设计,可以分成3步进行:首先设计局部E-R模式,然后把各局部E-R模式综合成一个全局的E-R模式,最后对全局E-R模式进行优化,得到最终的E-R模式,即概念模式。
1、某大学实现学分制,学生可根据自己情况选课。
每名学生可同时选修多门课程,每门课程可由多位教师主讲;每位教师可讲授多门课程。
其不完整的E-R图如图1所示。
(1)指出学生与课程的联系类型。
(2)指出课程与教师的联系类型。
(3)若每名学生有一位教师指导,每个教师指导多名学生,则学生与教师是如何联系?(4)在原E-R图上补画教师与学生的联系,并完善E-R图。
答:(1)学生与课程联系类型是多对多联系。
(2)课程与教师的联系类型是多对多联系。
(3)学生与教师的联系类型是一对多联系。
(4)完善本题E-R图的结果如图2所示。
2、将如图3所示的E-R图转换为关系模式,菱形框中的属性自己确定。
答:本题的E-R图转换为如下的关系模式:单位(单位号,地址,电话)职工(职工号,姓名,性别,年龄,单位号)3、假定一个部门的数据库包括以下信息:(1)职工的信息:职工号、姓名、地址和所在部门。
(2)部门的信息:部门所有职工、部门名、经理和销售的产品。
(3)产品的信息:产品名、制造商、价格、型号及产品的内部编号。
(4)制造商的信息:制造商名称、地址、生产的产品名和价格。
试画出这个数据库的E-R图。
答:本题对应的E-R图如图4所示。
4、某医院病房计算机管理中心需要如下信息:科室:科名、科地址、科电话、医生姓名病房:病房号、床位号、所属科室名医生:姓名、职称、所属科室名、年龄、工作证号病人:病历号、姓名、性别、诊断、主管医生、病房号其中,一个科室有多少个病房、多少个医生,一个病房只能属于一个科室,一个医生只属于一个科室,但可负责多个病人的诊治,一个病人的主管医生只有一个。
系统需求分析:该学生成绩管理系统主要用于管理高校学生的考试成绩,提供学生成绩的录入、修改、查询、等各种功能。
成绩由各系的任课老师录入,或教务处人员统一录入。
学生成绩录入后由各系系秘书签字确认,只有教务处拥有对学生成绩的修改权限。
用户的具体需求分析:(1)教师:负责成绩的录入,能够在一定的权限内对学生的成绩进行查询,可以对自己的登录密码进行修改以及个人信息的修改等基本功能。
(2)系统管理员:与老师的功能相似(每个系都设有一管理员)另外管理员具有用户管理功能,能够对新上任的老师和新注册的学生行进添加,并能删除已经毕业和退休的老师。
用户分为管理员、教师用户、学生用户三类。
不论是管理员或教师用户,还是学生用户都需要通过用户名和口令进行登录。
用户名采用学生的学号和教师的教号,所以规定只能包括数字。
密码也只能是数字,用户只有正确填写用户名和密码才可以登入,进行下一步操作。
用户名被注销后,用户将不再拥有任何权限,并且从数据表中删除该用户的信息。
(3)学生:能够实现学生自己成绩和个人信息的查询、登录密码的修改等基本功能。
概念模型设计:由前面的系统需求分析得到实体主要有5个:教师、学生、管理员、课程、成绩。
学生有属性:学号、姓名、性别、系名、专业、出生日期教师有属性:教师号、姓名、性别、院系、联系电话管理员属性:用户名、密码课程有属性:课程号、课程名、学分、教师成绩有属性:学号、姓名、课程号、课程名、成绩、授课老师1)教师与课程之间的关系:教师与课程之间是1: n的关系,即一个老师只能教一门课程,一门课程可以由多个老师讲授。
(教师与学生E-R图)2)学生与教师之间的关系:学生与教师之间是n:m的关系,即一名老师可以教授多个学生,而一个学生可以由多个教师来教。
教师与学生的E-R图3)学生与课程之间的关系:学生与课程之间是n:m的关系,即一个学生可以选修多门课程,一门课程可以被多个学生选学。
学生与课程的E-R图4)学生与成绩之间的关系是n:m的关系:5)管理员与用户的关系:学生成绩管理全局E-R 图。
E-R图和⽤例图E-R图和⽤例图图1E-R 图⽬录E-R 图概念E-R ⽅法概念E-R 模型历史构成E-R 图的基本要素作E-R 图的步骤作E-R 图举例设计分E-R图的步骤展开编辑本段E-R图概念E-RE-R图也称实体-联系图(Entity Relationship Diagram),提供了表⽰实体类型、属性和联系的⽅法,⽤来描述现实世界的概念模型。
编辑本段E-R⽅法概念E-R⽅法是“实体-联系⽅法”(Entity-Relationship Approach)的简称。
它是描述现实世界概念结构模型的有效⽅法。
是表⽰概念模型的⼀种⽅式,⽤矩形表⽰实体型,矩形框内写明实体名;⽤椭圆表⽰实体的属性,并⽤⽆向边将其与相应的实体型连接起来;⽤菱形表⽰实体型之间的联系,在菱形框内写明联系名,并⽤⽆向边分别于有关实体型连接起来,同时在⽆向边旁标上联系的类型(1:1,1:n或m:n)。
编辑本段E-R模型历史ER模型最早由Peter Chen于1976年提出,它在数据库设计领域得到了⼴泛的认同,但很少⽤作实际数据库管理系统的数据模型。
即使对SXL-92数据库来说,设计好的数据库也是具有挑战性的。
它们可以在许多关于数据库设计的⽂献中找到,⽐如Toby Teorsey 的著作(1994 )。
⼤部分数据库设计产品使⽤实体-联系模型(ER模型)帮助⽤户进⾏数据库设计。
ER数据库设计⼯具提供了⼀个“⽅框与箭头”的绘图⼯具,帮助⽤户建⽴ER 图来描绘数据。
实体联系模型,实体关系模型或实体联系模式图(ERD)是由美籍华裔计算机科学家陈品⼭(Peter Chen)发明,是概念数据模型的⾼层描述所使⽤的数据模型或模式图,它为表述这种实体联系模式图形式的数据模型提供了图形符号。
这种数据模型典型的⽤在信息系统设计的第⼀阶段;⽐如它们在需求分析阶段⽤来描述信息需求和/或要存储在数据库中的信息的类型。
但是数据建模技术可以⽤来描述特定论域(就是感兴趣的区域)的任何本体(就是对使⽤的术语和它们的联系的概述和分类)。
银行管理系统1目的2背景分析3可行性分析4分功能分析5功能分析6用户对于功能性需求7系统的功能性需求8系统的E-R图9系统的DFDs图10总结1、目的在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行业务系统,实现银行的金额交易自动化的计算机系统,为银行的管理提供准确、精细、迅速的交易金额变动2、背景分析4.1 系统处理的准确性和及时性:系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
4.2 系统的开放性和系统的可扩充性:银行储蓄业务系统在开发过程中,应该充分考虑以后的可扩充性。
因为用户的需求会不断的更新和完善。
而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3、可行性分析1:技术上的可行性:系统用C#编程实现。
数据库运用sql server2008来实现,采用自顶向下的方案进行设计实现。
2:时间可行性:通过对各个阶段的分析我们得出时间的可行性,系统科学分配完成需求分析,软件设计,编码,测试等过程。
3:市场的可行性:由于银行管理系统的规模和标准化,本系统能够帮助银行的业务员高效的进行业务操作,具有很强的市场性。
4、非功能分析4.1 系统处理的准确性和及时性:系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
4.2 系统的开放性和系统的可扩充性:银行储蓄业务系统在开发过程中,应该充分考虑以后的可扩充性。
因为用户的需求会不断的更新和完善。
而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
E-R图设计示例:例 1 设有某医院有以下事实:每个科室聘用多位医生可接诊病人;每位医生属于属于一个科室;病人根据自己的症状选择相应的科室就诊;一位病人在同一科室中多次看病时,每次可能由不同的医生为其诊断。
设科室的属性包括科室代码、科室名称,医生的属性包括工号、姓名、职称,病人的属性包括姓名、年龄、工作单位,设计其E-R图。
分析:“科室”与“医生”间的“聘用”关系为一对多的联系,可有聘用日期、聘用期限等属性;“医生”与“病人”间的“主治”关系为多对多的联系,可有就诊日期等属性;“科室”与“病人”间的“就诊”关系为多对多联系,但该关系可通过“科室”与“医生”间的“聘用”关系以及“医生”与“病人”间的“主治”关系来反映,可不必画出来。
E-R图结果:例 2 设某高校有若干个系,每个系有若干老师和学生,每位老师可担任多门课程,并可参与多个科研项目,每门课程可由多位老师担任,每个科研项目也可由多位教师共同参与,每位学生可选修本系或外系的多门课程。
试设计E-R图,给出每个实体、联系的属性,并将该E-R图转化为关系模型。
分析:由题意可知ER图中应包括5个实体:系、教师、学生、项目和课程,各实体的属性设计如下:系(系号,系名,系主任)、教师(工号,姓名,职称)、学生(学号,姓名,年龄,性别)、项目(项目号,项目名称,负责人)、课程(课程号,课程名,学分)。
个实体之间的联系包括:教师担任课程的“任课”联系;教师参加项目的“参加”联系;学生选修课程的“选修”联系;教师与系之间的“聘用”联系、学生与系之间的“隶属”联系。
其中“参加”联系可有项目排名属性。
“选修”联系应有成绩属性。
画出ER图后,可根据ER 图向关系模型转化。
E-R图结果:关系模式:由ER图转换而得的关系模型如下:系(系号,系名,系主任)、教师(工号,姓名,职称)、学生(学号,姓名,年龄,性别)、项目(项目号,项目名称,负责人)、课程(课程号,课程名,学分),任课(课程号,工号)、参加(工号,项目号,排名)、选修(学号,课程号,成绩)、聘用(工号、系号)、隶属(学号,系号),其中带下划线的为各关系模式中的主关键字。
银行管理系统
1目的
2背景分析
3可行性分析
4分功能分析
5功能分析
6用户对于功能性需求
7系统的功能性需求
8系统的E-R图
9系统的DFDs图
10总结
1、目的
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行业务系统,实现银行的金额交易自动化的计算机系统,为银行的管理提供准确、精细、迅速的交易金额变动
2、背景分析
4.1 系统处理的准确性和及时性:系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
4.2 系统的开放性和系统的可扩充性:银行储蓄业务系统在开发过程中,应该充分考虑以后的可扩充性。
因为用户的需求会不断的更新和完善。
而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3、可行性分析
1:技术上的可行性:系统用C#编程实现。
数据库运用sql server2008来实现,采用自顶向下的方案进行设计实现。
2:时间可行性:通过对各个阶段的分析我们得出时间的可行性,系统科学分配完成需求分析,软件设计,编码,测试等过程。
3:市场的可行性:由于银行管理系统的规模和标准化,本系统能够帮助银行的业务员高效的进行业务操作,具有很强的市场性。
4、非功能分析
4.1 系统处理的准确性和及时性:系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
4.2 系统的开放性和系统的可扩充性:银行储蓄业务系统在开发过程中,应该充分考虑以后的可扩充性。
因为用户的需求会不断的更新和完善。
而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
4.3 系统的易用性和易维护性:系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
4.4 系统的响应速度:银行管理系统在日常处理中的响应速度良好,达到实时要求,及时的反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证银行人员不会因为速度问题而影响工作效率。
4.5 数据录入和处理的准确性和实时性:数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
5功能分析
需要有提供主功能界面。
系统在启动时要求管理者输入登录帐号与密码。
系统要通过管理员执行一系操作(如:添加用户,修改,查询,删除等)。
管理员代用户实现存款,取款,查询等操作。
储户的一切信息,存储在数据库表中。
6、用户对于功能的需求
系统中要求每个用户都有一个系统帐号,并每个帐号都有密码,系统的一切操作(如:增加存储用户,提高利率等)都由管理者执行,而不是由存诸用户执行,也就是说存储用户并不直接与系统交互,而是通过管理员与系统交互。
储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,住址(或电话号码),身份证号码,存款类型,存款日期,到期日期,利率及密码(可选)等信息,并打印存单给储户;如果是取款而且存款时留有密码,则系统首先核对储户密码,若密码正确或存款时未留密码,则系统计算得利息并打印出利息清单给储户。
7、系统的功能性需求
1)存款取款:包括开户,存款,取款。
(2)汇总查询:包括当日汇总,存款查询,取款查询。
(3)职员管理:包括基本信息,工资调整。
(4)其他功能:包括更改操作员密码,更改客户密码。
(5)利率设置:包括活期,定期,零存整取。
8、系统E-R图
9、系统数据流(DFDs)图
9.1 系统顶层数据流(DFDs)图
9.2 系统1层数据流(DFDs)图(明远)
9.3 系统第2层数据流(DFD)图
9.3.1存款数据流(DFDs)图(方继庆)
9.3.2取款数据流(DFDs)图(方继庆)
9.3.3汇总查询数据流(DFDs)图(王纾雯)9.3.4职员管理数据流(DFDs)图(魏崇)9.3.5其他功能数据流(DFDs)图(元晶晶)9.3.6利率设置数据流(DFDs)图(张晨明)
9.4.1存款数据流(DFDs)图(方继庆)
9.4.2取款数据流(DFDs)图(方继庆)
9.4.3汇总查询数据流(DFDs)图(王纾雯)
9.4.4职员管理数据流(DFDs)图(魏崇)
9.4.5其他功能数据流(DFDs)图(元晶晶)
9.4.5其他功能数据流(DFDs)图(元晶晶)
9.4.6利率设置数据流(DFDs)图(张晨明)
10、总结
通过这次实验,使我们对软件需求分析有了更加深刻的了解。
我们认识到软件的需求分析是一个软件成功与否的关键,也是软件后期研发的基础和大纲。
软件需求分析中的E-R图和DFDs图已经为软件后期制作提供了指引。
另外,通过本次实验,我们对银行系统的工作流程有了更深刻的认识。
同时我们通过团队协作也认识到了团结对于一个团队的重要性!。