数据库需求分析报告

数据库需求分析报告
数据库需求分析报告

高校学生学籍管理

§1概述

编写说明:

本章描述本软件开发得背景,系统目标,用户得业务情况,以便于需求理解。

§1·1背景

在学籍管理中,需要从大量得日常教学活动中提取相关信息,以反映教学情况.传统得手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率与水平.

§1·2系统目标

学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查,从而全面提高教学质量。

§1·3 业务模式

本系统就是运行在Win98、Win2000、WindowsNT等操作系统环境下得多台计算机构成得局域网,主要业务流程如下:

·按某学生某学期,学年考试及补考成绩,自动生成该学生就是否升留降级,退学。

·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业,毕业,授位。

·按某学生因非成绩原因所引起得学籍变更作自动处理.

·按每学期各年级班学生考试成绩自动生成补考名单,科目。

·按每学期各年级学生考试成绩自动生成某课程统计分析表。

·按同一年级学习成绩进行同一课程不同班级间成绩比较。

§2用户需求

编写说明:

此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限

§2·1使用范围

按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制)。

系统中保留五个年级学生得信息,学生毕业一年后信息转储,但随时可以查询,输出. §2·2功能要求

·学生档案管理: 学生得一般情况,及奖励,处分情况;

·学生成绩管理: 学习成绩,补考成绩;

·学籍处理: 学生留降级处理,休复学处理,退学处理;

·日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩得各种分类统计;

·毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。

§2·3信息采集与各部门得使用权限

每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下:

数据收集前得系统权限

注:0、登录,修改,处理权。?、查询权

§2·4 用户平台要求

系统主要使用于高校得局域网,Win98、Win2000 、WinNT等环境下,Java,Vc,Vb连接数据库,本系统需要DBMS放学生学籍数据库。可进行查询,修改、处理等。

§3 业务逻辑与数据流图

§3·1数据流图

计表

学生情况

件查询要求

统计表

§4系统特点

§4·1网络环境下得多用户系统

在上述已有得硬件环境下,信息由各用户在规定得权限下在各自得工作站上录入,信息上网后各用户可查询,调用,达到信息共享.

§4·2数据得完整性,准确性

a.录入数据采用表格方式,限制录入数据类型及取值范围以保证数据得完整性及准确性。

b、统具有部分反悔修改功能,系统备有得修改功能均可反悔

§4·3数据完成得时间性,

如成绩得录入,仅当师资科录入教学进程,教务科分发教师教学任务安排之后,各系方可录入成绩。

§4·4数据安全性

本系统采用二级安全保障

第一级:依赖于网络本身对用户使用权限得规定。

第二级:在程序模块中通过使用密码控制功能对用户使用权限加以限制.如表1,2。§4·5成绩自动统计分析及学籍得自动处理

本系统按学籍管理条例设计了若干个软件处理模块:

1、可按某学生某学期,学年考试及补考成绩,自动生成该学生就是否升留降级,退学.

2、可按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业,毕业,授位。

3、可按某学生因非成绩原因所引起得学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单,科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§5数据调查及分析

§5·1原始数据

编写说明:

本节描述原始数据调查得结果,列出数据清单。

原始数据得描述:

数据名称:高校学生学籍管理信息系统

简述:系统中保留五个年级学生得信息,学生毕业一年后信息转储,但随时可以查询,输出。

来源:每学期考试完毕由各系录入成绩,然后由教务科收集

去处:学生,老师

组成:存储信息用库有学生资料表,成绩表,授课表,补考成绩表,奖励处分表等,用于存放学生在校期间得有关信息。

§5·2数据字典

§5·2·1数据条目

系统管理要求=[学生资料表|成绩表|授课表|补考成绩表|奖励处分表|毕业生表|日常报表]

学生资料表=学号+姓名+性别+生日+家庭地址+邮编

成绩表=学号+科目+成绩

毕业生表=学号+姓名+班级

奖励处分表=学号+姓名+系别+奖励(处分)

学生情况=学生成绩+学生资料

统计要求={学生情况}

简述:系统处理得一个命令

别名:无

组成:[学生情况|统计要求]

数据量:2000次/天

峰值:每天上午9:00—10:00有1000次

注释:至每学年10月下旬评奖学金还将增加3至4倍

§5 ·2·2数据分析

编写说明:

本节主要对原始数据库表中得个别属性进行了简要得描述。

数据项描述

数据项编号:01

数据项名称:学号

简述:学生表得关键字得描述

类型:长整型

长度:10位

取值/定义:前四位入学年份,接着三位系别专业方向代号,最后就是按姓氏排列

得序号

数据项编号:02

数据项名称:成绩

简述:成绩表得有关分数得描述

类型:单精度

长度:7位

精度:小数点后保留两位

取值/定义:小数点前最多三位数字学生考试成绩、平时成绩、总评成绩

数据项编号:03

数据项名称:奖励

简述:奖励表得有关奖励得描述

类型:文本/字符类型

长度:多位

取值/定义:学生得奖励情况有获得奖励或就是受到处分

§5·2·3小说明

加工编号:1

加工名:检查有效性

输入流:管理要求,查询要求

输出流:有效得管理查询要求

加工逻辑:检查输入要求得有效性

有关信息:当有要求输入时执行此加工

加工编号2、1

加工名:要求处理类型

输入流:学生资料表|成绩表|补考成绩表|奖励处分表|毕业生表|日常报表输出流:根据不同得要求选择case:

case 1: 学生档案管理

case 2:学生成绩管理

case 3: 学籍处理

case 4:日常教务管理

case 5 :毕业生学籍处理

加工逻辑:选择类型

有关信息:当有合法管理要求输入时执行此加工

加工编号:3、1

加工名:查询要求

输入流:查询学生情况

输出流:学生情况

加工逻辑:根据查询要求从文件中读出学生记录

有关信息:当有合法查询要求输入时执行此加工

数据库需求分析

数据库设计:需求分析? 设计一个性能良好的数据库系统,明确应用环境对系统的要求是首要的和基本的。因此,应该把对用户需求的收集和分析作为数据库设计的第一步。 需求分析的主要任务是通过详细调查要处理的对象,包括某个组织、某个部门、某个企业的业务管理等,充分了解原手工或原计算机系统的工作概况及工作流程,明确用户的各种需求,产生数据流图和数据字典,然后在此基础上确定新系统的功能,并产生需求说明书。值得注意的是,新系统必须充分考虑今后可能的扩充和改变,不能仅仅按当前应用需求来设计数据库。 如图所示,需求分析具体可按以下几步进行: (1)?? 用户需求的收集。 (2)?? 用户需求的分析。 (3)?? 撰写需求说明书。 图 ?需求分析的过程 需求分析的重点是调查、收集和分析用户数据管理中的信息需求、处理需求、安全性与完整性要求。信息需求是指用户需要从数据库中获得的信息的内容和性质。由用户的信息需求可以导出数据需求,即在数据库中应该存储哪些数据。处理需求是指用户要求完成什么处理功能,对某种处理要求的响应时间,处理方式指是联机处理还是批处理等。明确用户的处理需求,将有利于后期应用程序模块的设计。 调查、收集用户要求的具体做法是: (1)?? 了解组织机构的情况,调查这个组织由哪些部门组成,各部门的职责是什么,为分析信息流程做准备。

(2)?? 了解各部门的业务活动情况,调查各部门输入和使用什么数据,如何加工处理这些数据。输出什么信息,输出到什么部门,输出的格式等。在调查活动的同时,要注意对各种资料的收集,如票证、单据、报表、档案、计划、合同等,要特别注意了解这些报表之间的关系,各数据项的含义等。 (3)?? 确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成,哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 在调查过程中,根据不同的问题和条件,可采用的调查方法很多,如跟班作业、咨询业务权威、设计调查问卷、查阅历史记录等。但无论采用哪种方法,都必须有用户的积极参与和配合。强调用户的参与是数据库设计的一大特点。 收集用户需求的过程实质上是数据库设计者对各类管理活动进行调查研究的过程。设计人员与各类管理人员通过相互交流,逐步取得对系统功能的一致的认识。但是,由于用户还缺少软件设计方面的专业知识,而设计人员往往又不熟悉业务知识,要准确地确定需求很困难,特别是某些很难表达和描述的具体处理过程。针对这种情况,设计人员在自身熟悉业务知识的同时,应该帮助用户了解数据库设计的基本概念。对于那些因缺少现成的模式、很难设想新的系统、不知应有哪些需求的用户,还可应用原型化方法来帮助用户确定他们的需求。就是说,先给用户一个比较简单的、易调整的真实系统,让用户在熟悉使用它的过程中不断发现自己的需求,而设计人员则根据用户的反馈调整原型,反复验证最终协助用户发现和确定他们的真实需求。 调查了解用户的需求后,还需要进一步分析和抽象用户的需求,使之转换为后续各设计阶段可用的形式。在众多分析和表达用户需求的方法中,结构化分析(Structured Analysis,SA)是一个简单实用的方法。SA方法采用自顶向下,逐层分解的方式分析系统,用数据流图(Data Flow Diagram,DFD)、数据字典(Data Dictionary,DD)描述系统。 1. 使用数据流图分析信息处理过程 数据流图是软件工程中专门描绘信息在系统中流动和处理过程的图形化工具。因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的交流工具。图给出了数据流图中所使用的符号及其含义。

“走进数据库”的教学案例[1]

第二节走进数据库教学案例 【教材、学情分析】 学生虽然对信息技术学科充满兴趣,但在学习信息技术课程中,对许多概念知识感到很抽象,很难理解。比如本节,中国地图出版社出版的高中信息教材第三单元《科学管理信息》中的第二节《走进数据库》的学习牵扯的概念比较多,学起来比较枯燥;其中的第一节课ACCESS数据库的引入比较关键,起到承前启后的作用,因为学生学习过EXCEL,在头脑里有EXCEL先入为主,所以容易混淆数据库与EXCEL的概念。 数据库第一节课的学习内容要求学生了解用数据库管理信息的优势,熟悉Access数据库管理系统,对access数据库管理系统有个感性的认识。笔者在教学中思考:怎样才能巧妙地引入以达到很好地过渡与理解二者的学习呢? 【教学策略】 通过比较选择,使用了科学出版社出版的教材中所附的光盘素材,即以网站形式呈现的“选修课程信息管理系统”,使用起来比较方便而且贴近学生;并在教学中多处创设情景、设置疑问来激发学生的学习欲望,分清数据库与EXCEL的不同,了解数据库管理信息的优势。 【教学目标】 1、知识与技能: 体验了解数据库管理信息的优势,对ACCESS数据库有个感性的认识。 2、过程与方法: 通过对数据库的剖析,了解使用数据库管理信息的基本思想与方法。 在问题探讨中养成思考与探索的习惯。 3、情感态度与价值观: 在科学管理信息的过程中,体现有效管理数据的重要性,形成科学管理信息的意识,培养学生的科学素养。 【教学重点】了解数据库管理信息的优势 【教学难点】了解数据库管理信息的优势 【教学方法】情景教学法、任务驱动教学法。

【教学准备】 1、机房内上课。机房多媒体广播软件的使用,教师的操作可以广播给学生观看。 2、将选修课程的ASP网站即“选修课程信息管理系统”发布到机房服务器上;并将该网站文件夹设置共享;在该课程管理系统中设置好高二的选修课程。机房服务器中设置FTP文件传输,使可以文件上传。 3、某届高一年级学生信息技术五门选修课程的EXCEL选修情况表。 【教学过程】 教师创设情况一(EXCEL复习): [教师] 下学期即将进入选修课程的学习,选修课程有五门:《多媒体技术应用》、《算法与程序设计》、《人工智能初步》、《网络技术应用》、《数据管理技术》。教师展示某届高一年级学生信息技术五门选修课程的EXCEL选修情况表。 [教师] 如果想知道有哪些学生选择了《算法与程序设计》该怎么办? 有哪些学生同时选择了《算法与程序设计》和《多媒体技术应用》? [学生] 通过筛选来操作。 学生操作演示:请学生到讲台操作筛选并通过广播软件将操作展示给其他同学; 然后教师再讲解。 教师设计情景二: [教师] 这个表是老师假设的。如果要每个同学自己来选的话,有什么办法?亦即现在学校要统计每门课程每个班有多少学生选,一般会怎样来操作? [学生] 让学生写小纸条交给班主任进行统计。 [教师] 可是每个班这样操作之后,还要全年级进行再一次的统计,操作比较繁琐,有没有什么好的方法呢。 [学生1] 用电脑来完成。 [教师] 用电脑怎么操作呢? [学生2] 用EXCEL操作。

数据库需求分析报告

高校学生学籍管理 §1概述 编写说明: 本章描述本软件开发得背景,系统目标,用户得业务情况,以便于需求理解。 §1·1背景 在学籍管理中,需要从大量得日常教学活动中提取相关信息,以反映教学情况.传统得手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率与水平. §1·2系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查,从而全面提高教学质量。 §1·3 业务模式 本系统就是运行在Win98、Win2000、WindowsNT等操作系统环境下得多台计算机构成得局域网,主要业务流程如下: ·按某学生某学期,学年考试及补考成绩,自动生成该学生就是否升留降级,退学。 ·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业,毕业,授位。 ·按某学生因非成绩原因所引起得学籍变更作自动处理. ·按每学期各年级班学生考试成绩自动生成补考名单,科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限 §2·1使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制)。 系统中保留五个年级学生得信息,学生毕业一年后信息转储,但随时可以查询,输出. §2·2功能要求 ·学生档案管理: 学生得一般情况,及奖励,处分情况; ·学生成绩管理: 学习成绩,补考成绩; ·学籍处理: 学生留降级处理,休复学处理,退学处理; ·日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩得各种分类统计; ·毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。 §2·3信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下: 数据收集前得系统权限

微信数据库分析与设计

微信数据库分析与设计 一、需求分析 微信作为当前的主要即时通讯工具之一,有着广泛的应用。其主要的功能是实现即时通信,这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。 微信的通信主要包括与微信好友进行相互通信,这其中通信内容包括文字、语音、图片及视频。当用户订阅了公众号之后,会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。 微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。 微信中通讯录实现了保存用户联系人的目的,并且订阅的公众号也保存于通讯录中,并且在通讯录中可以设定标签来为联系人分组。 微信朋友圈保存好友发送的与朋友共享的消息,其内容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的内容不一样。 摇一摇功能可以获取同一时刻一起摇动手机的用户,并且暂存于微信中。 附近的人功能可以识别在一定范围内的微信用户,并且将获得的用户信息也暂存在微信中,对于识别附近的用户可以设定具体的条件来扫描。 漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。 对于个人信息的编辑,用户可以根据自身需要编辑一些所需的个人信息。 最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。 以上是对微信的部分功能的需求分析,现根据以上需求对微信数据库画出数据流图: 第0层DFD: 第1层DFD:

数据库管理系统需求分析

图书管理系统需求分析文档 1.目的 1)能够存储大量的图书信息,快速有效的进行书籍数据管理,包括: ①图书信息的录入、删除及修改。 ②图书信息的多关键字检索查询。 ③图书的出借、返还和资料统计。 2)能够对一定数量的读者进行相应的信息存储与管理,这其中包括: ①读者信息的登记、删除及修改。 ②读者资料的统计与查询。 3)能够对需要的统计结果提供打印输出。 4)能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。 2.概述 2.1用户需求分析 1)产品功能 登录系统:注册,注销,退出。 管理:用户管理,借阅管理,图书管理。 查询:读者查询,借阅查询,图书查询。 帮助:使用说明,关于。 2)用户角色

3)操作环境 4)设计实现约束 2.2建立需求模型 上图是用例图的建模过程,下面是该系统的用户需求陈述: (1)校图书馆准备开发“图书管理系统”,方便广大师生借阅、浏览: (2)师生需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息,注册成功后,会获得一个由系统提供的标识其身份的标识码。 (3)用户登录进入图书管理系统后,可以通过Web页面查看图书的各种信息,如图书的借阅情况,作者等 (4)用户登录后可以借阅图书,并在系统规定的时间内还书。否则必须缴纳罚款金。用户借阅图书时,系统会注明借阅时间。 (5)图书管理员可以查询图书,查看一些借阅情况,更容易知道哪类图书需求量大,好做到合理的更新增减图书。有用户违规或没按时还书的情况,他们做处理,收罚金。 查询图书可以是用户得知图书更具体的位置以节省时间。 (6)管理员可以对书籍进行操控,注册,修改图书及信息;注册,修改读者信息;进行系统维护。 从上述需求陈述中可以发现以下元素: ①参入者 ·用户 ·管理员 ②基本用例 ●注册 ●登录 ●查询图书

数据库设计的案例分析

图书销售 建立某中小型书店图书销售管理信息系统的数据库。 1. 基本需求分析 1)组织结构 对组织结构的分析有助于分析业务范围与业务流程。书店的组织结构如图三所示。 图三书店组织结构简图 其中,书库是保存图书的地方;购书/服务部负责采购计划、读者服务、图书预订等业务;售书部负责图书的销售。财务部负责资金管理;人事部负责员工管理与业务考核。 2)业务分析 对于信息处理系统来说,划分系统边界很重要,即哪些功能由计算机来完成,哪些工作在计算机外完成。这些要通过业务分析确定。同时,业务流程中涉及的相关数据也通过业务分析得到归类和明确。在业务分析的基础上,确定数据流图和数据字典。 本系统主要包含以下业务内容。 ①进书业务。事先采购员根据订书单采购图书。然后将图书入库,同时登记相应的图书入库数据。 本项业务涉及的数据单据和表格有:进书单(包括进书单编号、日期、金额、经手人等)和进书单细目(一个进书单可能有若干种图书。进书单的细目数据包括每种图书的信息、定价、进价或折扣,数量),以及书库账本(图书信息、库存数量、价格等)。 ②售书业务。售书员根据读者所购图书填写售书单(如图四所示)。同时,修改库存信息。

本项业务涉及和产生的数据表格有:售书单(包括售书单编号、售书日期、金额、员工)、售书细目(一个售书单可能有若干种图书。售书细目包括该次售书的书籍编号、售出数量、折扣、售出价格等),以及书库账本。 图四售书单样式 ③图书查询服务业务。根据读者要求,提供本书店特定的图书及库存信息。 本项业务涉及的主要数据是书库账本。 ④综合管理业务。包括进书信息、销售信息、库存信息的查询、汇总和报表输出。 本项业务涉及所有的进书数据、销售数据和库存数据等。 3)处理的数据 上面的分析将本系统的业务归纳为4项。在业务分析的基础上,应该画出系统的数据流图。整个系统的分层数据流图将揭示一个系统内全部的数据项、数据结构、数据存储以及对数据的加工处理功能。在此基础上就可以建立系统的数据字典。本书不讨论数据流图和完整的数据字典规范等内容,仅对最后建立数据库所需要的数据进行分析说明。 在上述4项业务中涉及到的业务数据包括:进书数据、库存数据、销售数据。在这些数据中又涉及到图书数据、员工数据等,而图书数据与出版社有关,员工与部门有关。 因此,将所有数据进行归类分析,书店销售管理信息系统要处理的数据应该包括:

数据库学生信息.管理系统需求分析报告

数据库系统概论 课程设计 设计名称:学生信息管理系统数据库设计

湖南工业大学 课程设计任务书 2011—2011学年第1学期 计算机与通信学院(系、部)软件工程专业091班课程名称:数据库原理 设计题目:学生信息管理系统的设计与实现 完成期限:自2011年05月28日至2011年05月29日共2天 内容及任务一、设计的主要技术参数 开发出一个原型系统,能正确运行,数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。 二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析; 2)数据库设计; 3)系统总体功能设计; 4)程序设计及调试; 5)设计说明书的书写。 三、设计工作量 每个小组至少要投入一个月的时间来完成该课程设计,而且每个小组中的每个人要独立开发1到2个模块,要求每个小组有个独立的系统。 进度安排 起止日期工作内容 2011-05-28~2011-05-28 选题 系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试 进行集中课程设计,完成系统最后测试和课程设计说明书; 答辩,确定小组等级,交文档材料(含电子文档)、源程序。 主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.360docs.net/doc/1f9725821.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.360docs.net/doc/1f9725821.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师(签字):年月日 系(教研室)主任(签字):年月日

(完整版)需求分析+概要设计+详细设计+数据库设计模板

附录A 软件需求分析报告文档 (1) 附录B 软件概要设计报告文档 (13) 附录C 软件详细设计报告文档 (33)

附录A 软件需求分析报告文档 1. 引言.............................................................................................................. 错误!未定义书签。 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1用户界面 (6) 3.2硬件接口 (7) 3.3软件接口 (7) 3.4通讯接口 (8) 4. 系统功能需求 (8) 4.1说明和优先级 (8) 4.2激励/响应序列 (9) 4.3输入/输出数据 (9) 5. 其它非功能需求 (9) 5.1性能需求 (9) 5.2安全措施需求 (10) 5.3安全性需求 (10) 5.4软件质量属性 (10) 5.5业务规则 (10) 5.6用户文档 (10) 6. 词汇表 (11) 7. 数据定义 (11) 8. 分析模型 (12) 9. 待定问题列表 (12)

1. 简介 1.1 编写目的 此文档对《点菜系统》做了全面细致的用户需求分析,明确该软件应具有的功能、性能、界面,使系统分析人员、软件开发人员能明确用户的需求,并在此基础上进一步提出概要设计说明书和后续设计与开发。本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: ●正文风格; ●提示方式; ●重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

需求规格说明书范本

1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:

3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分

项目一 数据库管理系统中需求分析

一、本课程的任务 后台数据库构建、数据库操作、管理、维护,为后续课程如JA V A,https://www.360docs.net/doc/1f9725821.html,作准备工作,从而从前台到后台完成一个完整信息管理系统的创建。 二、本课程的学习特点及思路 1、项目引导,任务驱动 2、以一个完整的信息管理系统的后台数据库的构建为例,贯穿本课程。 3、项目分成若干个子项目。按子项目的完成来开展教学。 三、考试形式: 按平时实验情况及课程设计情况给出分数。

项目一学生信息管理系统中数据需求分析 任务: 确定学生信息管理系统的基本功能。 找出系统中的实体,如学生、教师、课程等。 找出各实体的各种属性,如学生有学号,姓名,性别,出生日期等。 找出实体之间的关系,如学生与课程的关系是“学习”,画出E-R图 将E-R图转换成二维表 对二维表进行优化处理 课程引入: 在IT企业中,经常需要创建一些小型的数据库对企业的生产,销售,财务,人事等日常生产活动进行管理,那第要创建一个怎样的数据库,库中包含哪些表及其它对象,表中有哪些数据既能保证数据的冗余尽可能少,又能何证对数据库操作不会出现异常,既方便用户的使用和操作,又能满足数据库安全及管理需要?这是IT工作岗位中经常遇到的工作,也是IT从业人员必备的职业素质。因此掌握信息系统的数据分析的知识、方法及技巧是完全必要的。本单元通过对“学生信息管理系统”中的数据需求分析的学习及实践,使同学们掌握常用信息系统的数据分析方法与技巧,为后续章节的学习打好基础。 数据库设计目的是根据用户的需求,构造最优的数据库模式,使它能有效地存储数据。数据库设计的优劣直接影响到信息系统的质量和运行效果。因此设计一个结构优化的数据库是对数据进行有效管理的前提和正确利用信息的保证。在中小型企业中,通常使用SQL Server数据库。 项目背景: 随着信息技术的发展,在教学管理中采用现代的科学管理和技术手段势在必行。这样可以减轻管理人员的工作量,充分发挥人,财,物各种将资源的效用。通过分析我校教学管理现状,结合学校实际情况,开发学生信息管理系统,实现对学生信息,教师信息,学成成绩,教学授课,选课情况等方面进行一体化管理 课程内容: 数据库设计的方法中比较著名的有新奥尔良方法,它将数据库的设计分为四个阶段:需求分析,概念设计,逻辑设计和物理设计。 需求分析:需求分析阶段是整个设计的基础,是最困难,最耗时间的一步,需求分析做得是否充分与准确,决定了其上构建数据库的速度与质量。需求分析如果做的不好,可能会导致整个数据库设计返工重做。 本案例中任务分析:管理员可对学生基本信息,班级信息,教师信息,学生选课情况,学校基本信息进行管理,学生可对本人信息进行修改,进行网上选课,浏览个人成绩及选课情况。包括这样几个功能模块: 1、用户管理:用户注册,用户登录,用户修改,用户删除 2、学生基本信息管理:系别信息添加、修改、删除;班级信息添加、修改、删除;学生信 息的添加、修改、删除;系别、班级、学生基本信息的查询。 3、教师基本信息管理:教师信息的添加、修改、删除、查询。 4、课程管理:课程信息的添加、修改、删除、查询;教师授课安排,学生选课。 5、学生成绩管理:成绩的录入和修改;成绩的汇总统计,成绩的审核和锁定;成绩的查询。 6、系统维护管理:数据备份、恢复;导入、导出;系统帮助。 通过对以上系统功能分析得知,该系统涉及大量,复杂的数据管理,如何组织数据,采取何

软件需求分析报告书

软件需求分析报告

目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能: (1)读者注册。 (2)读者借书。 (3)读者还书。 (4)图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称:借书证号 别名:卡号 含义说明:惟一标识一个借书证 类型:字符型 长度:20 …… 数据结构 (1)名称:读者类别 含义说明:定义了一个读者类别的有关信息 组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 (2)名称:读者 含义说明:定义了一个读者的有关信息 组成结构:姓名+性别+所在部门+读者类型 (3)名称:图书 含义说明:定义了一本图书的有关信息 组成结构:图书编号+图书名称+作者+出版社+价格 ……

数据流 (1)数据流名称:借书单 含义:读者借书时填写的单据 来源:读者 去向:审核借书 数据流量:250份/天 组成:借书证编号+借阅日期+图书编号 (2)数据流名称:还书单 含义:读者还书时填写的单据 来源:读者 去向:审核还书 数据流量:250份/天 组成:借书证编号+还书日期+图书编号 …… 数据存储 (1)数据存储名称:图书信息表 含义说明:存放图书有关信息 组成结构:图书+库存数量 说明:数量用来说明图书在仓库中的存放数 (2)数据存储名称:读者信息表 含义说明:存放读者的注册信息 组成结构:读者+卡号+卡状态+办卡日期 说明:卡状态是指借书证当前被锁定还是正常使用 (3)数据存储名称:借书记录 含义说明:存放读者的借书、还书信息 组成结构:卡号+书号+借书日期+还书日期 说明:要求能立即查询并修改 …… 处理过程 (1)处理过程名称:审核借书证 输入:借书证 输出:认定合格的借书证 加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。 …… 二、概念结构设计实例 1.标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述,可初步确定三个实体的属性为: 读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

SQL_Server数据库设计的案例分析报告

数据库设计的案例分析 一、教学管理 1. 基本需求 某学校设计学生教学管理系统。学生实体包括学号、、性别、生日、民族、籍贯、简历、登记照,每名学生选择一个主修专业,专业包括专业编号和名称,一个专业属于一个学院,一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分,每门课程由一个学院开设。学生选修的每门课程获得一个成绩。 设计该教学管理的ER模型,然后转化为关系模型。 若上面的管理系统还要管理教师教学安排,教师包括编号、、年龄、职称,一个教师只能属于一个学院,一名教师可以上若干门课程,一门课程可以有多名老师来上,每个教师所上的每门课都有一个课堂号和课时数。试修改上题的ER 模型,将教师教学信息管理增加进去。

2. 参考设计: 图一教学管理ER图 由ER模型转换的关系模型是: 学生(学号,,性别,生日,民族,籍贯,专业号,简历,登记照) 专业(专业号,专业,专业类别,学院号) 学院(学院号,学院,院长) 课程(课程号,课程名,学分,学院号) 成绩(学号,课程号,成绩) (题目分析:本题中有学生、专业、学院、课程四个实体。一个学生只有一个主修专业,学生与专业有多对一的联系;一个专业只由一个学院开设,一门课程只由一个学院开设,学院与专业、学院与课程都是一对多的联系;学生与课程有多对多的联系。 在转换为关系模型时,一对多的联系都在相应的多方实体的关系中增加一个外键。) 增加教师,ER图如下。

图二有教师实体的教学管理ER图 3. 物理设计 基于Access的数据库结构设计如下。 指定数据库文件的名称,并为设计好的关系模型设计表结构。 数据库文件保存在“E:\教学管理\”文件夹中,数据库文件名:教学管理.MDB。 表包括:学院、专业、学生、课程、成绩单。对应表结构如表1-2至表1-6所示。 表1-1 学院 字段名类型宽度小数主键/索 引参照表约束Null 值 学院号文本型 2 ↑(主) 学院文本型16 院长文本型8 √ 表1-2 专业 字段名类型宽度小数主键/索 引参照表约束Null 值 专业号文本型 4 ↑(主) 专业文本型16 专业类别文本型8 ↑ 学院号文本型 2 学院 表1-3 学生 字段名类型宽度小数主键/索参照表约束Null

网站建设需求分析报告

需求分析报告 对江洵网络科技有限公司的需求分析报告一、引言: 重庆江洵网络科技有限公司,是一家新兴成长的互联网公司,主要从事企业电子商务外包服务。为了和同行竞争,提升公司知名度,扩大产品销路,打造企业形象。公司董事会决定建设一个“公司网站”。 立项背景: (1)项目提出者:江洵网络科技有限公司董事会。 (2)提出原因:提升公司知名度,扩大产品销路,打造企业形象。 (3)项目创立者:吴优。 (4)项目开发者:吴优。 (5)项目名称:江洵网络科技公司网站建设。 立项原因概述: (1)随着网络的发展,大多数人都喜欢上网。 (2)大多数企业都有自己的网站。 (3)在网上找工作的人越来越多。 (4)通过做网站可以更好、更有效的宣传公司。 文档依据: 二、项目概述: 面向的用户人群: (1)公司员工。 (2)董事会管理人员。 (3)广大顾客群众。 (4)找工作的人。 (5)网站管理员。 实现目标: (1)建立一个拥有良好交互性、操作简单易用的网站。 (2)网站运行要高效,费用尽量低,注重实用性。 (3)该网站可为让广大群众更加方便的了解我们公司。 (4)网站实现及时把公司情况和意见反映给董事。 (5)能让进此网站的群众能对公司有一定的了解。 项目开发要求: (1)项目开发规范统一:模块划分,代码编写命名规范文档;

(2)程序优化、安全并要有良好的可扩展性; (3)用户界面简洁明了、操作简单实用; (4)与公司员工保持良好的沟通,及时根据员工新的需求改善系统功能; (5)有一些Flash 、动态画面; (6)有一些新闻、公告等,并且能动态更新。 (7)有个留言版,要用户登录过后便能留言。 系统功能模块图 开发工具: Dreamweaver8 、Flash8、 Microsoft Office Access 、Photoshop CS3 三、具体分析 实现概述: 后台程序将可以更新新闻、通知等其它信息。首页顶端的FLASH 动画可以显现出公司的一些情况。公司的交流平台可以通过登录过后进行留言。当用户进入公司网后可以第一时间了解公司的大体情况。 管理员的功能 登录:用户名、密码 管理员的管理动作自动记录在该管理员的管理日志中,该日志对同级别或更高级别管理员公开但只能由最高权限管理员更改、删除; 添加用户:由具有更高权限的管理员添加新用户名称、密码、权限 删除用户:由具有更高权限的人删除,彻底清除该用户的信息 权限:1. 最高权限:管理整个网站(包括手动删除信息,管理其它用户,搜索所有注册者的信息,添加新闻等); 四 首页设计: 后台数据库首页 功能公 司 网 站 后台 数据库

项目管理-项目需求分析与数据库设计

第3章项目需求分析与数据库设计 3.1 项目开发背景 移动数据库是移动计算环境中的分布式数据库,移动数据库的应用大都嵌入到诸如掌上电脑、PDA、嵌入式设备等移动设备中,故移动数据库有时也称为嵌入式移动数据库。 目前绝大多数行业中数据存储与管理都需要随时随地进行,如果将数据存放在中心服务器数据库中,不便于各项数据操作,这时可以将中心服务器中数据库的部分数据,在联网状态下下载和保存到移动数据库中。这样很多的功能实现就可以在离线情况下直接在移动设备端实施完成,同时大幅度减少了中心服务器的负荷和压力。另外在设备端中对移动数据库的各项数据改变,也可以在网络连通时再传回到服务器上,以便保持服务器端与设备端数据的同步。 根据物流配送行业的特点,目前很多公司从客户商品购买到货物发送到客户手中这一系列业务流程都采用基于嵌入式设备的移动解决方案。工作人员在开始一天的工作时,可以直接通过手持设备查看当天要发送的所有货物信息,例如货物的收件人、收件地址和联系方式,并且可以给出一个最佳的投递路线。除此之外,当货物送达后,客户还可以直接在手持设备上进行电子签名以确认货物的送达,而后工作人员就可以将客户签名和货物送达信息直接通过无线网络传递给中心服务器,避免了一系列的“纸上操作”过程,大大加快了工作效率。 随着3G时代的到来,嵌入式移动数据库的应用会越来越广,利用嵌入式移动设备,当无线网络畅通时,可以利用无线网络获取所需的信息,并将这些重要信息存放到移动数据库中,这样既可以减少中心服务器的负载,又可以随时随地取得资料。当无线网络再次畅通时,我们又可以将移动数据库中的数据改变回传至中心数据库服务器。中心服务器数据库中如果存在新的数据信息,移动数据库也会自动加载这些新信息,确保了移动数据库和中心服务器数据库之间的数据同步。 3.2 项目的需求分析设计 3.2.1 项目业务需求描述 嵌入式软件开发公司对各地物流运输公司进行调研之后,整理出将要实现的移动物流配送系统业务功能,移动物流配送系统面向三类用户:客户服务人员、库房管理人员(包括装车人员)、货物运输人员。 (1)客户服务人员可以利用手持移动设备为客户购买所需商品,建立新的订单,并将新的客户订单信息发往商品所在的物流公司中央数据库服务器。 (2)库房管理人员可以利用手持设备获得中央数据库中有关客户订单的信息,确认客户

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求;以供本系统的开发人员参考。 项目背景 开发软件名称:学生信息管理系统。 用户:教学办公室 项目和其他软件:系统的关系。 本项目采用客户机/服务器原理,客户端程序是建立在window NT系统上以 Java为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle 的为开发软件的数据库服务程序。 定义 学号:学校给学生的编号,用来区分各个学生的信息的中介。 课程名:学校开设课程的名字 Java+SQL:编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2.任务概述 目标 ⑴开发意图:由于学校的不断招生,现有的系统空间小,运行速度缓慢,操作过于复 杂,有的操作还不能执行,所以要开发本系统。 ⑵应用目标:学生信息管理系统将解决现有系统的空间不足,运行缓慢,操作复杂,操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统:Microsoft Windows xp 支持环境:IIS 数据库:Oracle 软件设备:eclipse 内存:512 M以上 硬盘空间:40G以上 CPU: 233MHZ以上

内存:256M以上 硬盘空间:以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人,用来做学生信息的存储,对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性,有非常高的要求。本系统的规模比较小,并且将提供操作手册进行操作项的详细说明 (1)、Client/Server结构总体设计方案对它的约束:本系统做为Client/Server 结构的一个应用系统,不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预订系统还受到其它系统的信息约束。 (2)、人力、时间的约束:本系统开发过程中也要考虑到人力、资金和时间的约束。 (3)、技术发展规律的约束:计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 3.需求规定 对功能的规定 系统流程图:系统流程图是用户操作此系统的流程和各个用户能够操作的功能,如A-1就是一个系统流程图;用户有系统管理员,教师和学生,每个用户要进入此系统都要登录。每个用户有不同的功能,系统管理员有查询,增加,修改,删除,修改密码,设置权限等功能;教师有查询,修改密码和输入学生成绩的功能;学生只有查询和修改密码的功能。 A-1系统流程图 用例图:用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

数据库案例分析与设计

数据库案例分析与设计考核题 1203批次前老平台学生,该门课程不用现场笔试考试(网上预约考试时间为虚设),请预约该门课程考试的学生将答案手写A4答题纸上,于规定时间内交到学习中心,哈站交到班主任处。未预约的学生提交的内容作废处理,预约后不按规定时间提交按旷考处理。 (答题纸附在第二页,所有答案必须写在答题纸上,标清题号) 一.设计报告的题目要求 在以下三个题目中选择一个,作为数据库应用系统设计的内容,进行必要的走访和调研完成你的设计报告。 1.人事信息管理系统 调研一个中等规模的机构或单位,完成该单位的人事信息管理系统的设计工作。以满足基本的人事管理功能:比如员工的基本信息管理,如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等;员工各种信息的修改;对转出、辞退、退休员工信息的删除;按照一定条件,查询、统计符合条件的员工信息;人事的调动任免信息的管理;按条件查询、统计,结果打印输出等。 2.超市会员管理系统 调研一个具有会员管理功能的商场或超市等,完成该单位的基本会员信息管理系统的设计。比如加入会员的基本信息,包括:会员的基本条件、优惠政策、优惠时间等。会员的基本信息,包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息:购买物品编号、物品名称、所属种类,数量,价格等。会员返利信息,包括会员积分的情况,享受优惠的等级等。对货物流量及消费人群进行统计输出等。 3.客房管理系统 调研一个中等规模的宾馆,完成该宾馆的客房管理信息系统的设计。实现客房管理的基本功能,包括客房的类别、当前的状态、负责人等;客房信息的查询和修改,包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改等。 二.设计报告的内容要求 给出数据库系统的6个设计阶段的主要工作内容,其中(1)-(4)必做,(5)-(6)选做: (1)需求分析:收集并分析用户的基本要求,简要概述系统的设计目标;详细描述用户 对数据库的要求,明确用户需求;给出主要的用户活动图、数据流图和数据字典等。 (2)概念结构设计:对具体应用建模,给出数据间的关系模型;利用需求分析得到的数 据内容等给出主要的实体关系图(E-R图),并详细描述实体和关系的属性等。 (3)逻辑结构设计:得到具体的关系模式集,并适当优化;利用得到的E-R图,转换为 具体的关系结构,并标明相互关联和各自的主键等具体内容;采用水平分解或垂直分解等方法,进行适当的优化。 (4)物理结构设计:选用一种DBMS,利用SQL语句给出数据库内模式的设计等;根据 得到的关系结构和选用的DBMS,进行关系构建具体的SQL语句,确定文件的存储方式、表的索引方式等。 (5)数据库实施:前端应用程序的设计等。 (6)数据库运行和维护:数据库的测试及运行过程。

相关文档
最新文档