需求分析案例(学生)E-R图
E-R图实例
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图练习
E-R 图练习题目1假设一个学生可选多门课程，而一门课程又有多个学生选修，一个教师可讲多门课程，一门课程至多只有一个教师讲授，试画出E-R 图。
学生：学号、专业、姓名 教师：教师号、姓名、职称 课程：课程号、课程名、学分学生（学号，专业，姓名）课程（课程号，课程名，学分，教师号） 选修（学号，课程号）教师（教师号，姓名，职称）学生选修学号姓名 教师号学分姓名课程名课程号专业课程教师授课职称NMN 1医院住院部有若干科，每科有若干医生和病房，病人住在病房中由某个医生负责治疗。
每个医生只能属于一个科，每个病房也只能属于一个科。
一个病房可住多个病人，一个病人由固定医生负责治疗，一个医生负责多个病人。
试画出表示科、医生、病房、病人及其联系的E-R 图。
科：科号、科名医生：医生编号、姓名、性别、级别 病房：病房号、床位数病人：病人编号、姓名、性另科（科号，科名）病房(病房号，床位，科号)病人（病人编号，姓名，性别，医生编号，病房号，医院编号） 医生（医生编号，姓名，性别，级别，科号）科属于科号 姓名病人编号性别姓名医院编号科名医生病人治疗性别级别病房拥有住院床位病房号 1N1N1N1 M用E-R 图表示某个工厂物资管理的概念模型 实体➢ 仓库： 仓库号、面积、电话号码➢ 零件 ：零件号、名称、规格、单价、描述➢ 供应商：供应商号、姓名、地址、电话号码、帐号 ➢ 项目：项目号、预算、开工日期➢ 职工：职工号、姓名、年龄、职称 实体之间的联系如下：(1) 一个仓库可以存放多种零件，一种零件可以存放在多个仓库中。
仓库和零件具有多对多的联系。
用库存量来表示某种零件在某个仓库中的数量。
(2) 一个仓库有多个职工当仓库保管员，一个职工只能在一个仓库工作，仓库和职工之间是一对多的联系。
(3) 职工之间具有领导-被领导关系。
即仓库主任领导若干保管员。
(4) 供应商、项目和零件三者之间具有多对多的联系仓库（仓库号，面积，电话号码）职工（职工号，姓名，年龄，职称，仓库号，领导号） 零件（零件号，名称，规格，单价，描述） 存放（仓库号，零件号，库存量）供应商（供应商号，姓名，地址，电话号码，账号） 项目（项目号，预算，开工日期） 供应（零件号，供应商号，项目号）职工项目供应商仓库零件存放供应管理电话号码面积 仓库号 零件号 名称 规格 单价 描述职工号姓名年龄职称供应商号姓名地址电话号码账号项目号预算开工日期库存量1M1 NN MR 领导NN某学校管理系统中有三个部门：后勤部、教务处和财务处。
3.E-R图实例详解
数据库设计之概念结构设计---------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、某医院病房计算机管理中心需要如下信息：科室：科名、科地址、科电话、医生姓名病房：病房号、床位号、所属科室名医生：姓名、职称、所属科室名、年龄、工作证号病人：病历号、姓名、性别、诊断、主管医生、病房号其中，一个科室有多少个病房、多少个医生，一个病房只能属于一个科室，一个医生只属于一个科室，但可负责多个病人的诊治，一个病人的主管医生只有一个。
E-R图例子
1 现有论文和作者两个实体，论文实体的属性包括题目、期刊名 称、年份、期刊号；作者实体的属性包括姓名、单位、地址；一篇 论文可以有多个作者，且每一位作者写过多篇论文，在每一篇论文 中有作者的顺序号。请完成以下操作： （1）画出E-R图 （2）将E-R图转换成关系模式，并指出每个关系模式的主键（加 下划线）和外键（加波浪线）。
ER图举例
1
ER图举例
1 CREATE TABLE 发表
(姓名 CHAR(7) NOT NULL,
题目 CHAR(6) NOT NULL, 顺序号 INT DEFAULT NULL,
PRIMARY KEY (姓名, 题目),
FOREIGN KEY (姓名) REFERENCES 论文 ON DELETE CASCADE, FOREIGN KEY (题目) REFERENCES 作者 ON DELETE RESTRICT);
ER图举例
3
司机编号 姓名 电话 车牌照号 厂家 出厂日期
司机 n
m
使用
n
车辆
使用日期 聘期 聘用
公里数
1 车队
车队号
车队名
ER图举例
3 关系模式： 1) 车队（车队号、车队名）
主键：车队号
2) 车辆（车牌照号、厂家、出厂日期）
主键：车牌照号
3) 司机（司机编号、姓名、电话，聘期，车队号）
主键：司机编号，外键：车队号
ER图举例
2 某企业集团有若干工厂，每个工厂生产多种产品，且每一种产 品可以在多个工厂生产，每个工厂按照固定的计划数量生产产品， 计划数量不低于300；每个工厂聘用多名职工，且每名职工只能在 一个工厂工作，工厂聘用职工有聘期和工资。工厂的属性有工厂编 号、厂名、地址，产品的属性有产品编号、产品名、规格，职工的 属性有职工号、姓名、技术等级。请： （1）该集团进行概念设计，画出E-R图。 （2）E-R图转换成关系模式，并指出每个关系模式的主键和外键。
大数据库学生成绩管理系统E-R图
系统需求分析：该学生成绩管理系统主要用于管理高校学生的考试成绩，提供学生成绩的录入、修改、查询、等各种功能。
成绩由各系的任课老师录入，或教务处人员统一录入。
学生成绩录入后由各系系秘书签字确认，只有教务处拥有对学生成绩的修改权限。
用户的具体需求分析：（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图和⽤例图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)发明，是概念数据模型的⾼层描述所使⽤的数据模型或模式图，它为表述这种实体联系模式图形式的数据模型提供了图形符号。
这种数据模型典型的⽤在信息系统设计的第⼀阶段；⽐如它们在需求分析阶段⽤来描述信息需求和/或要存储在数据库中的信息的类型。
但是数据建模技术可以⽤来描述特定论域(就是感兴趣的区域)的任何本体(就是对使⽤的术语和它们的联系的概述和分类)。
需求分析案例(学生)E-R图
银行管理系统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图举例
学生（学号，姓名，年龄，性别，系号，年级）
课程（课程号，课程名，学分）
分析：
课程与学生之间的联系：（m:n）
一门课程同时有若干个学生选修，一个学生可以同时选修多门课程
E-R图：
E-R图转化为关系模型:
学生（学号，姓名，年龄，性别，系号，年级）课程（课程号，课程名，学分）来自选修（学号，课程号，成绩）
张立
男
18
IS
课程表：Course(Cno，Cname，Cpno，Ccredit)
课程号Cno
课程名Cname
先行课Cpno
学分Ccredit
1
数据库
5
4
2
数学
2
3
信息系统
1
4
4
操作系统
6
3
5
数据结构
7
4
6
数据处理
2
7
PASCAL
6
4
学生选课表：SC(Sno，Cno，Grade)
学号Sno
课程号Cno
成绩Grade
2
2
2
2
2
对应的表如下图所示：
示例数据库：
学生—课程数据库
学生表：Student(Sno，Sname，Ssex，Sage，Sdept)
学号Sno
姓名Sname
性别Ssex
年龄Sage
所在系Sdept
200315121
李勇
男
20
CS
200315122
刘晨
女
19
IS
200315123
王敏
女
18
MA
200315125
E-R设计实例
E-R图设计示例：例 1 设有某医院有以下事实：每个科室聘用多位医生可接诊病人；每位医生属于属于一个科室；病人根据自己的症状选择相应的科室就诊；一位病人在同一科室中多次看病时，每次可能由不同的医生为其诊断。
设科室的属性包括科室代码、科室名称，医生的属性包括工号、姓名、职称，病人的属性包括姓名、年龄、工作单位，设计其E-R图。
分析：“科室”与“医生”间的“聘用”关系为一对多的联系，可有聘用日期、聘用期限等属性；“医生”与“病人”间的“主治”关系为多对多的联系，可有就诊日期等属性；“科室”与“病人”间的“就诊”关系为多对多联系，但该关系可通过“科室”与“医生”间的“聘用”关系以及“医生”与“病人”间的“主治”关系来反映，可不必画出来。
E-R图结果：例 2 设某高校有若干个系，每个系有若干老师和学生，每位老师可担任多门课程，并可参与多个科研项目，每门课程可由多位老师担任，每个科研项目也可由多位教师共同参与，每位学生可选修本系或外系的多门课程。
试设计E-R图，给出每个实体、联系的属性，并将该E-R图转化为关系模型。
分析：由题意可知ER图中应包括5个实体：系、教师、学生、项目和课程，各实体的属性设计如下：系（系号，系名，系主任）、教师（工号，姓名，职称）、学生（学号，姓名，年龄，性别）、项目（项目号，项目名称，负责人）、课程（课程号，课程名，学分）。
个实体之间的联系包括：教师担任课程的“任课”联系；教师参加项目的“参加”联系；学生选修课程的“选修”联系；教师与系之间的“聘用”联系、学生与系之间的“隶属”联系。
其中“参加”联系可有项目排名属性。
“选修”联系应有成绩属性。
画出ER图后，可根据ER 图向关系模型转化。
E-R图结果：关系模式：由ER图转换而得的关系模型如下：系（系号，系名，系主任）、教师（工号，姓名，职称）、学生（学号，姓名，年龄，性别）、项目（项目号，项目名称，负责人）、课程（课程号，课程名，学分），任课（课程号，工号）、参加（工号，项目号，排名）、选修（学号，课程号，成绩）、聘用（工号、系号）、隶属（学号，系号），其中带下划线的为各关系模式中的主关键字。
课题3课程设计 需求分析 E-R图 任务分配.
物业管理系统从物业管理公司的角度出发，在综合考虑物业管理公司与业主、住户、房地产开发公司及其他相关单位之间的信息来往基础上，着重考虑物业服务及其物业费用收取等业务问题。
3．1需求分析3．1．1 系统需求功能概括经过调研与可行性分析，出于对人们生活住房考虑，设计了这套小区物业管理系统，本系统主要考虑到小区物业管理的普遍要求，小区物业管理系统主要包括：(1)、对小区、楼栋、单元的录入和增、删、改、查询等功能实现，在基于这些小区的房产资源对小区进行管理。
(2)、对小区内住户的详细资料的管理，包括增、删、改、查询等功能的实现，这些也是一个小区的基本资源，毕竟物业管理最后是针对小区的所有住户而言的。
(3)、在具有了所有的基本资料信息后，需要实现实质性的物业管理。
主要的管理业务包括：物业设备管理、仪表（水、电、气表）数据管理、收费管理。
(4)、住户投诉管理、住户报修管理、设备维修管理、停车场管理。
括增、删、改、查询等功能的实现。
这些与用户资料、小区缴费信息将成为小区物业管理的主体。
(5)、对小区各部门负责人的资料、限权的管理，包括增、删、改、查询等功能的实现。
4.5系统总体设计---系统功能详细设计模块图3.2.1管理功能C/S机构模式1.系统用户管理功能(1)、系统用户的添加，包括用户名、密码、电话、限权等信息。
(2)、系统用户密码的修改。
2. 小区住户信息管理功能(1)、住户基本信息的录入，包括住户编号、住户姓名、物业地址、使用面积、入住时间等信息。
(2)、住户基本信息的修改。
(3)、住户基本信息的删除。
登录页面住户资料管理小区管理报修管理缴费管理住户停车管理系统管理(4)、住户基本信息的查询。
3. 小区房产信息管理功能(1)、房产基本信息的录入，包括小区名称、单元设置、房间编号、物业地址、。
(2)、房产基本信息的修改。
(3)、房产基本信息的删除。
(4)、房产基本信息的查询。
4.小区仪表信息管理功能(1)、仪表基本信息的录入，包括仪表编号、本月用量、单价、本月费用、上月抄表日期、本月抄表日期等信息。
需求分析与e-r图画法word版本
音乐网站需求分析一、概述1.本说明书目的在于说明系统需求，界定系统实现功能的范围和相应的建模。
2.本系统是采用jsp技术的bs架构的网站。
二、专业名词1.静态数据：是指那些不随时间或其他数据变化而变化的数据，系统固化在内的描述系统实现功能的一部分数据。
2.动态数据：在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。
3．数据字典：是一种用户可以访问的记录数据库和应用程序元数据的目录，数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”，数据字典有数据项、数据结构、数据流、数据存储、处理过程组成。
三、客户类别有专门维护网站的站长，有临时听歌的用户，也有注册为会员的长期用户。
四、运行环境：本系统是运行在WindowsXP、Windows win7等操作系统环境；业务流程：（一）功能框架图：（二）网站分为几大模块：1、网站主题模块：显示音乐网站的前台模块与功能，如最上端的图标，网站名称等。
（一直保持不变）2、搜索歌曲模块模板：对音乐文件进行分类搜索（歌手、歌名）。
3、音乐类别模块模板：歌曲按乡村、独立、民歌等类别进行分类。
4、音乐排行榜模块模板：新歌top10、及TingMusic 推荐。
5、显示歌曲模块模板：按歌曲种类。
6、个人信息模块：显示用户姓名，个人介绍等。
(三)TingMusic 预期要实现的功能如下：1， 用户的登录和注册。
（包含登录页面和注册页面及之间的跳转，个人信息的保存。
） 2， 个人空间。
3， 站内搜索。
网站主页网站后台管理系统音乐管理板块 空间管理板块网站主页 音乐界面音乐专辑界面 推荐音乐界面音乐排行榜界面个人空间版块个人空间主页音乐界面音乐专辑界面排行榜界面音乐种类管理版块音乐网站4，音乐播放。
5，个人空间内保存用户已收藏的音乐。
6，在主页面点击下载、试听、收藏等按钮时，分别执行相应操作。
（试听须跳转至播放器页面，收藏可在后台运行。
E-R图1
在E-R图中，属性用圆圈表示，画在它所描述 的实体或联系的旁边，并用短线与之相连。 实体是一定具有属性的。在若干个属性中，至 少有一个可以标识这个实体的“标识码”。
（3）实体之间的联系：实体之间关系的抽象 一种实体与其他实体之间，在其自身内部是存 在着这样的或那样的联系的。数据库比传统 的文件的优越之一就是能够表示实体之间的 联系。在E-R图中，“联系”用菱形框来表冲突实例：
1、异名同义
职工号 姓名 性别
是否为优 秀班主任
教师
班主任
职工号
姓名
性别
职称
教师
职工号
姓名
性别
职称
是否为优 秀班主任
2、同一对象在不同应用中具有不同的抽象 例：职称在不同的应用中可以作为职工的属性，也可 以作为一个实体。 通常当对职称没有进一步的描述时，根据准则1作 为职工实体的属性； 但在涉及住房分配时，由于分房与职称有关，也就 是说职称与住房实体之间有联系，根据准则２，这时 把职称作为实体来处理会更合适些。
全局概念结构设计
任务：将所有得分E-R图综合成一个系统的总E-R图。 方式: 一次集成多个分E-R图 逐步集成式
通常用讨论、协 解决方法：使该实体的属性取各分 一、合并分E 图，生成初步E 一、合并分E-R图，生成初步E-R图 商等行政手段加 E-R图中属性的并集，再适当设计 以解决 解决方法：通常是把属性变换为实体 属性的次序。 或把实体变换为属性，使同一对象具 各分Ｅ－Ｒ图存在冲突 有相同的抽象。变换时要遵循两个准 冲突：各分E-R图之间存在的不一致的地方。 则。 属性冲突（属性域冲突、属性取值单位冲突） 解决方法：根据应用语义对 实体联系的类型进行综合或 命名冲突（同名异义、异名同义） 调整。 结构冲突 同一对象在不同应用中具有不同的抽象 同一实体在不同局部视图中所包含的属性 个数和排列次序不完全相同 实体之间的联系在不同局部视图中呈现不 同的类型 合并分E-R图的主要工作与关键所在：合理消除各 分E-R图的冲突
E-R模型图 范例
①E-R模型图如下
学生
学号
年龄
课程
课程号
课程名
专业
性别
成绩
M
N
②关系数据模型如下
学生（学号、年龄、性别、专业）
课程（课程号、课程名）成绩（学生、课程）2 Nhomakorabea库存管理
①E-R模型图如下
市场部
采购部
库存管理部
生产部
生产部
编号
数量
编号
名称
成员
原材料
编号
成品
名称
编号
名称
成品需求量
名称
名称
编号
原材料
成品
原材料
成品
编号
名称
数量
编号
数量
1
1
1
1
1
1
1
1
②关系数据模型如下
市场部（编号、名称、成品需求量）
生产部（编号、名称、成品）
库存管理部（编号、名称、成员、原材料）
采购部（编号、名称）
实验四(E-R图2)
实验四
一、实验目的
掌握E-R图的画法
二、实验任务：
1、为某百货公司设计一个E-R模型。
百货公司管辖若干连锁商店，每家商店经营若干商品，每家商店有若干职工，但每个职工只能服务于一家商店。
实体类型“商店”的属性有：店号、店名、店址、店经理。
实体类型“商品”的属性有：商品号、品名、单价、产地。
实体类型“职工”的属性有：工号、姓名、性别、工资。
在联系中应反映出职工参加某商店工作的开始时间、商店销售商品的月销售量。
试画出反映商店、商品、职工实体类型及其联系类型的E-R图，并将其转化为关系模型。
2、学校有若干个系，每个系有各自的系号、系名和系主任；每个系有若干名
教师和学生，教师有教师号、教师名和职称属性，每个教师可以担任若干门课程，一门课程只能由一位教师讲授，课程有课程号、课程名和学分；学生有学号、姓名、年龄、性别，每个学生可以同时选修多门课程，选修有分数。
试画出反映系、教师、项目、学生、课程实体类型及其联系类型的E-R图，并将其转化为关系模型。
3、以下是为仓库管理设计一个E-R模型，请将其转换成关系模式：。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
银行管理系统
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图已经为软件后期制作提供了指引。
另外，通过本次实验，我们对银行系统的工作流程有了更深刻的认识。
同时我们通过团队协作也认识到了团结对于一个团队的重要性！。