实验十二 系统需求分析和关系数据库设计

实验十二  系统需求分析和关系数据库设计
实验十二  系统需求分析和关系数据库设计

实验十二系统需求分析和关系数据库设计

[实验目的]

1.掌握商品化的数据库设计工具软件:Power Designer R15.0

2.掌握数据库设计的方法和主要步骤;

3.掌握概念结构的建立方法和常用工具(E—R图);

4.掌握概念结构到逻辑结构的转换原则;

5.掌握数据库优化的主要内容和常用方法;

6.掌握数据库应用程序开发的主要步骤。

[实验时数]8 学时

[实验内容]

要求学生根据周围的实际情况,自选一个小型的数据库应用项目,并深入到应用项目的现实世界中,进行系统分析和数据库设计。可以选择给定的五个叙述性题目或附录1的选题表中选择一个课题。学生分成至多3人一组,成员自由组合。

[实验步骤]

主要作重于数据库设计的六个阶段中的前四阶段:需求分析(分析用户要求)、概念设计(信息分析和定义)、逻辑设计(设计实现)和物理设计(物理数据库设计)进行。概念模型设计时采用自底向上的方法,即自顶向下地进行需求分析,然后再自底向上地设计概念结构。

1、系统分析与数据库设计阶段

①通过社会调查,选择一个实际应用数据库系统的课题。

②进行系统需求分析和系统设计,写出系统分析和设计报告。

③设计数据模型并进行优化,确定数据库结构、功能结构和系统安全性和完整性要求。

2、应用程序设计阶段

①完成数据库定义工作,实现系统数据的数据处理和数据录入。

②实现应用程序的设计、编程、优化功能,实现数据安全性、数据完整性和并发控制技术等功能,并针对具体课题问题提出解决方法。

3、系统集成调试阶段

对系统的各个应用程序进行集成和调试,进一步优化系统性能,改善系统用户界面。[实验报告要求]

1、完成问题陈述中所提到的所有需求功能;

2、要求撰写不少于3000个文字的文档,设计报告按照以下提纲书写:

●概述(包括项目背景、编写目的、软件定义、开发环境等内容)

●需求分析(问题陈述、需完成的功能。)

●数据库概念结构设计(画出E-R模型图)

●数据库逻辑结构设计(把E-R模型图转换为关系表。描述每一个基本表关系。

定义视图、定义索引、主关键字、定义权限)

●数据流图及程序结构框图

●程序原代码及其说明

●总结

●参考文献

3、主要内容及装订顺序:封面(统一格式)、目录、正文、参考文献。

4、设计报告严禁抄袭,即使是同一小组也不允许雷同,否则按不及格论。

[课程设计题目]

请在给定的五个叙述性题目或附录1中任选一个题目完成本门课程的设计任务。

1、中小学智能排课系统

中小学校教务处作为中小学校所有教学事务的管理中心,是一所学校教学计划能够顺利进行的指挥和协调部门。其中排课室工作人员有限,排课的任务重,而引起课程变化的因素多,工作量大,迫切需要一套完善的计算机自动排课系统,以提高排课效率。

为此,要求软件主要完成的功能有:能根据教师要求(如某天不得排课)、课程约束(如体育不能排在上午第一节课)、班级约束(如某班星期五下午最后一节课不排课)、校级约束(如全校所有班级星期一下午第一节课都为班会)等信息自动为班级和教师生成课程表,要求主课尽量排在上午和下午一、二节课,副课尽量排在上午和下午的最后一节课,如体育课排在上午第一节课是不太合适的。对于软件不能安排的少数课程,教务工作者能够在自动排出的课程表上进行手工调课。

要求:(1)系统可以进行两节连课处理,如作文课可以连课上;(2)排出的课程表中不允许有教师冲突的情况,比如,一个教师同时给两个班级上课是不允许的;(3)要求课程表中的课程要有所变化,比如一个班级的所有数学课总是排在上午第一节课是不好的课程表。(4)每周上课天数可以是5天也可以是六天,每天上课节数可以是7节或是8节;(5)每个年级所开课程是一样的,而且所开课程可以变化;(6)一个教师可以教授多门课程;(7)系统可以为每个班级和每位教师打印课程表;(8)系统可以把生成的课程表自动转化成网页在网上公布;(9)在课表生效后,教师可以要求调课;(10)教师数量是动态的,所开课程的数量也是动态的。

2、学生学籍管理信息系统

学生学籍管理工作包括学生档案、学籍、成绩、升学等内容的管理;面对大量的学生数据、报表,手工处理方式已经很难跟上现代化的步伐。随着计算机技术及网络通讯技术的飞速发展,许多学校已经有了较好的计算机应用甚至网络硬件建设基础。因此为提高学校管理工作的现代化、科学化水平,保证信息处理的即时化、准确化,开发一套对学生学籍进行管理的软件是极其重要的。

应完成的主要功能:(1)学生档案的管理,即录入、修改、查询、输出学生档案信息,这些信息包括学生基本情况、学生简历情况、学生奖励情况、学生处分情况、学生家庭信息、学生体检情况。(2)学生学籍管理,录入、修改、查询、输出学生学籍信息,这些信息包括学生奖贷学金情况、学生注册、学生异动情况、学生军训情况、学生毕业情况。(3)学生成绩管理,录入修改、查询、输出学生入校成绩,各学期、各门课程的成绩信息,并支持按年级、班级等条件的统计、查询、报表输出。

3、人事管理系统

⑴系统功能的基本要求:

●员工各种信息的输入,包括员工的基本信息、学历信息、婚姻状况信息、职称等。

●员工各种信息的修改;

●对于转出、辞职、辞退、退休员工信息的删除;

●按照一定的条件,查询、统计符合条件的员工信息;至少应该包括每个员工详细信

息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等,至少应该包括按学

历、婚姻状况、岗位、参加工作时间等统计各自的员工信息;

●对查询、统计的结果打印输出。

⑵数据库要求:在数据库中至少应该包含下列数据表:

●员工基本信息表;

●员工婚姻情况表,反映员工的配偶信息;

●员工学历信息表,反映员工的学历、专业、毕业时间、学校、外语情况等;

●企业工作岗位表;

●企业部门信息表。

4、工资管理系统

⑴系统功能的基本要求:

●员工每个工种基本工资的设定

●加班津贴管理,根据加班时间和类型给予不同的加班津贴;

●按照不同工种的基本工资情况、员工的考勤情况产生员工的每月的月工资;

●员工年终奖金的生成,员工的年终奖金计算公式=(员工本年度的工资总和+津贴

的总和)/12;

●企业工资报表。能够查询单个员工的工资情况、每个部门的工资情况、按月的工资

统计,并能够打印;

⑵数据库要求:在数据库中至少应该包含下列数据表:

●员工考勤情况表;

●员工工种情况表,反映员工的工种、等级,基本工资等信息;

●员工津贴信息表,反映员工的加班时间,加班类别、加班天数、津贴情况等;

●员工基本信息表

●员工月工资表。

5、高校图书管理系统

主要完成图书管理系统的设计。用户有以下需求:建立读者档案;建立图书档案,建立书目索引;完成日常图书检索、借还工作,对读者档案、图书档案、借还系统的访问,必需进行身份验证。具体要求如下:

①读者档案

数据包括:借书证号、姓名、性别、出生日期、身份证号、单位、通讯地址、邮政编码、联系电话、办证日期、借阅范围(书库)、允许最多借书册数、借书期限、照片、职业等。

②图书档案

数据包括:书号、书名、作者、出版单位、出版日期、版次、单价、内容提要、分类号、索书号、藏书册数、每册图书馆藏注册号、所在书库、入库日期等。

③检索系统

能根据书号、书名、作者、出版单位、内容提要关键字、分类号、索书号、每册图书馆藏注册号等进行查询。

④借书系统

输入借书条后,能根据借书证号判断该读者可以借书的书库,借书是否超出最大允许借书册数,书库中是否还有该书可借。

⑤还书系统

对过期未还图书进行罚款,对归还的图书能从借书登记表中取消,对丢失的图书进行登记。附录1:数据库设计课题选题表

5 宾馆客房管理系统

6 车站售票管理系统

7 汽车销售管理系统

8 仓储物资管理系统

9 企业人事管理系统

10 选修课程管理系统

图书管理系统需求分析与设计 -

目录一:需求分析 二:系统设计 1.系统功能模块的设计 2.系统主要工作流程 三:系统数据库的设计1.概念设计 2.关系数据库的逻辑设计 四:总结

图书管理系统 一:需求分析 图书管理系统需要满足来自图书馆工作人员、普通用户和借阅者三方面人员的需求。图书馆工作人员对图书借阅者的借阅及还书要求进行操作,同时形成借书或还书报表给借阅者查看确认,还可通过图书编号、借阅者证号等查询相应的借阅情况及查看已归还的图书信息(即历史信息);普通用户的需求是查询图书馆所存的图书的相关情况;图书借阅者的需求是查看自己的相关信息及查询自己的借阅情况。 图书借阅者可直接查看图书馆图书情况,如果图书借阅者根据本人借书证号和密码登录系统,还可以进行本人借书情况的查询和维护部分个人信息。一般情况下.图书借阅者只应该查询和维护本人的借书情况和个人信息.若查询和维护其他借阅者的借书情况和个人信息.就要知道其他图书借阅者的借书证号和密码。本功能实现对馆内图书信息的查询。可以通过图书名称、作者的名字和出版社来查询相应的图书信息,此查询可模糊查询也可精确查询。所以不但满足了图书借阅者的要求,还保护了图书借阅者的个人隐私。 图书馆工作人员有对图书借阅者借书和还书记录进行操作的权限,所以需对工作人员登陆本模块进行更多的考虑。在此模块中,图书馆工作人员可以为图书借阅者加入借书记录或是还书记录,并生成

相应的报表给用户查看和确认。图书馆工作人员可以浏览、查询、统计、添加借阅图书的基本信息及删除已归还的图书的基本信息,但不能删除和修改已经借阅的图书相关信息,当删除某条图书借阅的基本信息记录时,应实现对该图书借阅者借阅记录的级联删除。本功能实现对图书信息的管理和统计。 图书馆管理人员功能的信息量大,数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息;浏览、查询、统计、添加、删除和修改图书借阅者的基本信息,浏览、查询、统计图书馆的借阅信息,但不能添加、删除和修改借阅信息,这部分功能应该由图书馆工作人员执行。但是,删除某条图书借阅者基本信息记录时,应实现对该图书借阅者借阅记录的级联删除,并且还应具有生成催还图书报表.并打印输出的功能。 二:系统设计 1.系统功能模块的设计 该系统的主要功能有对书籍信息的管理,书籍信息的查询,对用户的管理等,对各项能进行分块、集中、关联、优化,按照结构化程序设计的要求,设计功能模块如图所示。

数据库设计理论

数据库的设计理论 第一节,关系模式的设计问题 一概念: 1. 关系模型:用二维表来表示实体集,用外键来表示实体间的联系,这样的数据模型,叫做关系数据模型。 关系模型包含内涵和外延两个方面: 外延:就是关系或实例、或当前值。它与时间有关,随时间的变化而变化。(主要是由于元组的插入、删除、修改等操作引起的) 内涵:内涵是与时间独立的,它包括关系属性、以及域的一些定义和说明。还有数据的各种完整性约束。 数据的完整性约束分为静态约束和动态约束。 静态约束包括数据之间的联系(称为数据依赖),主键的设计和各种限制。 动态约束主要定义如插入、删除和修改等操作的影响。 通常我们称内涵为关系模式。 2. 关系模式:是对一个关系的描述,二维表的表头那一行称为关系模式,又称为表的框架或记录类型。 关系模式的定义包括:模式名、属性名、值域名和模式的主键。关系模式仅仅是对数据特征的描述。 关系模式的一般形式为R ( U , D , DOM , F ) R 是关系名。 U 是全部属性的集合。 D 是属性域的集合。 DOM 是U 和D 之间的映射关系,关系运算的安全限制。 F 是属性间的各种约束关系,也称为数据依赖。

关系模式可以表示为: 关系模式(属性名1,属性名2 ,……,属性名n ) 示例:学生(学号,姓名,年龄,性别,籍贯)。 当且仅当U 上的一个关系r 满足 F 时,r 就称为关系模式R(U,F)上的一个关系,R是关系的型,r 是关系的值,每个值称为R 的一个关系。 关系数据库模式: 一个数据库是由多个关系构成的。 一个关系数据库对应多个不同的关系模式,关系数据库模式是一个数据库中所有的关系模式的集合。它规定了数据库的全局逻辑结构。 关系数据库模式可以表示为: S = { Ri < Ui , Di , DOM , Fi > | i = 1,2,…, n } 3. 关系子模式 关系子模式是用户所用到的那部分数据的描述。 外模式是关系子模式的集合。 4. 存储模式 存储模式及内模式。 关系数据库理论的主要内容: (1)数据依赖。数据依赖起着核心的作用。 (2)范式。 (3)模式的设计方法。 如何设计一个合理的数据库模式: (1)与实际问题相结合。 泛关系模式:把现实问题的所有属性组成一个关系模式 泛关系:泛关系模式的实例称为泛关系。 泛关系模式中存在的问题: a 数据冗余 b 更新异常, c 插入异常 d 删除异常。

需求分析与设计课后答案

第一章 1.需求分析与系统设计之间的界限是什么何时从分析阶段进入设计阶段需求分析关注系统“做什么”,系统设计关注“如何做”。 当分析阶段完成后才能进入到设计阶段 2.需求处理要注意哪些非技术因素为什么 要注意的非技术因素:组织机构文化、社会背景、商业目标、利益协商等。因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关,不存在不依赖具体应用环境的解决方案,因此,在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素 3.需求分析与需求工程之间的关系 那就是需求工程含义更广,包括需求获取、需求分析、需求定义 第二章 1.解释名词:问题域,解系统和共享现象,并结合他们的含义说明软件系统如何与现实世界形成互动的 问题域:现实的状况与人们期望的状况产生差异就产生问题。 解系统:软件系统通过影响问题域,能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。 软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。 2.解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么 需求是用户对问题域中的实体状态或事件的期望描述

规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征。 问题域的特性:在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束。 需求工程的主要任务:1.需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。2需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。 4.需求有哪些常见的类别功能需求和非功能需求有什么差异 严格意义上的软件需求的分类: 功能需求(Functional Requirement):和系统主要工作相关的需求,即在不考虑物理约束的情况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。 Performance Requirement):系统整体或系统组成部分应该 CPU使用率、内存使用率等。 Quality Attribute):系统完成工作的质量,即系统需要在“好的程度”上实现功能需求,例如可靠性程度、可维护性程度等。 External Interface):系统和环境中其他系统之间需要建立的接口,包括硬件接口、软件接口、数据库接口等等。

关系数据库设计理论练习题答案

第四章关系数据库设计理论练习题 一、选择题 1、关系规范化中的删除操作异常是指①A,插入操作异常是指②D A、不该删除的数据被删除. B、不该插入的数据被插入; C、应该删除的数据未被删除; D、应该插入的数据未被插入. 2、关系数据库规范化是为解决关系数据库中()问题而引入的。 A、插入异常、删除异常和数据冗余; B、提高查询速度; C、减少数据操作的复杂性; D、保证数据的安全性和完整性。 3、假设关系模式R(A,B)属于3NF,下列说法中()是正确的。 A、R一定消除了插入和删除异常; B、R仍可能存在一定的插入和删除异常; C、R一定属于BCNF; D、A和C都是. 4、关系模式的分解 A、唯一 B、不唯一. 5、设有关系W(工号,姓名,工种,定额),将其规范化到第三范式正确的答案是() A、W1(工号,姓名),W2(工种,定额); B、W1(工号,工种,定额),W2(工号,姓名); C、W1(工号,姓名,工种),W2(工种,定额); D、以上都不对. 6、设学生关系模式为:学生(学号,姓名,年龄,性别,平均成绩,专业),则该关系模式的主键是() A、姓名; B、学号,姓名; C、学号; D、学号,姓名,年龄. 7根据数据库规范化理论,下面命题中正确的是() A、若R∈2NF,则R∈3NF B、若R∈1NF,则R不属于BCNF C、若R∈3NF,则R∈BCNF D、若R∈BCNF,则R∈3NF 8、关系数据库设计理论中,起核心作用的是 A、范式; B、模式设计; C、函数依赖; D、数据完整性. 9、设计性能较优的关系模设称为规范化,规范化的主要理论依据是() A、关系规范化理论; B、关系运算理论;

网上书城系统的设计与实现_需求分析

计算机学院 网上书城系统的设计与分析 软件需求分析

目录 总页数:20页1 引言 (1) 1.1项目背景 (1) 1.2项目实现的目的 (1) 2 系统分析 (2) 2.1 可行性分析 (2) 2.1.1 经济可行性 (2) 2.1.2 技术可行性 (2) 2.1.3 社会可行性 (2) 2.1.4 法律可行性 (2) 2.2需求分析 (3) 2.2.1 基础数据设置 (3) 2.2.2 总体需求分析 (3) 2.2.3 功能需求分析 (3) 2.3.4 功能描述 (4) 2.3系统分析建模 (4) 2.3.1创建用例图 (4) 2.3.2创建交互视图 (7) 2.3.3系统功能结构 (11) 2.4 系统性能需求 (11) 2.4.1 正确性需求 (11) 2.4.2 安全性需求 (12) 2.4.3 界面需求 (12) 2.4.4 时间特殊性需求 (12) 2.4.5稳定性需求 (12) 2.4.6灵活性需求 (12) 2.4.7扩展性需求 (12) 2.4.8故障处理能力需求 (12) 3 系统设计 (13) 3.1 系统设计原则 (13) 3.2 系统总体设计 (14) 3.2.1 系统框架设计 (14) 3.3数据库设计 (14) 3.3.1 概念结构设计 (14) 3.3.2 数据库的描述 (17) 3.3.3数据关系结构 (17)

1引言 1.1项目背景 进入21世纪以来,电子商务伴随着IT的成熟逐渐发展壮大,成为网络经济的核心。在电子商务的发展过程中,人们逐渐意识到在线购物的无地域界限、安全、方便快捷机器价格的优势,在线购物的队伍也随之扩大。不断增长的强大需求正成为电子商务的发展动力,基础环境的成熟与需求欲望的增长将推动电子商务与商务网站的不断发展。最近临近的“双11”更是网购的天堂,诱人的折扣,质量良好的物品,使网购走进人们生活。伴随着中国互联网的快速增长,中国将成为网上购物的巨大市场。 大家一般也都逛过书店。逛书店的人可分为:根本不买书,只是看看吸收点信息;要买书,会对书进行比较,甚至是货比三家。对于纯粹逛书店的人来讲,常常是站到脚酸;同样对于需要买书的人而言,往往也要逛好几家书店。自己翻阅内容才会买。 所以,电子书点也随着网络的发达如雨后春笋般盛行起来,同样提供内容介绍和封面图片,消费者可以在家里就拥有类似逛书店的乐趣。加上有搜索引擎这种咨询科技的帮助,消费者很快就可以搜寻到想要的书籍。留言板、讨论区、E-mail服务,更是为传统书店提供了多元化服务。 1.2项目实现的目的 随着信息化时代的到来,人们对生活质量的追求不断提高,由于人们工作,学习的关系,有时候不想出门或者为了方便,就在网上买书。随着网络的普及,网上买书的业务在中国开始盛行,人们也通过网络买书的方式获得自己需要的书籍。这样既节省了时间,也可以更准确的找到适合自己的书。 本系统制作过程中主要涉及软件,数据库与网络技术等内容,涵盖知识面广,可有效地提高综合运用所学知识分析解决问题的能力,增强对事物的理解与掌握能力,培养掌握科学的研究方法,正确的设计思想,独立思考,勇于进取,探索创新,为今后进一步学习与工作奠定了良好的基础。

关系数据库设计

目录 一Codd的RDBMS12法则——RDBMS的起源 二关系型数据库设计阶段 三设计原则 四命名规则 数据库设计,一个软件项目成功的基石。很多从业人员都认为,数据库设计其实不那么重要。现实中的情景也相当雷同,开发人员的数量是数据库设计人员的数倍。多数人使用数据库中的一部分,所以也会把数据库设计想的如此简单。其实不然,数据库设计也是门学问。 从笔者的经历看来,笔者更赞成在项目早期由开发者进行数据库设计(后期调优需要DBA)。根据笔者的项目经验,一个精通OOP和ORM的开发者,设计的数据库往往更为合理,更能适应需求的变化,如果追其原因,笔者个人猜测是因为数据库的规范化,与OO的部分思想雷同(如内聚)。而DBA,设计的数据库的优势是能将DBMS的能力发挥到极致,能够使用SQL和DBMS实现很多程序实现的逻辑,与开发者相比,DBA优化过的数据库更为高效和稳定。如标题所示,本文旨在分享一名开发者的数据库设计经验,并不涉及复杂的SQL语句或DBMS使用,因此也不会局限到某种DBMS产品上。真切地希望这篇文章对开发者能有所帮助,也希望读者能帮助笔者查漏补缺。 一 Codd的RDBMS12法则——RDBMS的起源 Edgar Frank Codd(埃德加·弗兰克·科德)被誉为“关系数据库之父”,并因为在数据库管理系统的理论和实践方面的杰出贡献于1981年获图灵奖。在1985年,Codd 博士发布了12条规则,这些规则简明的定义出一个关系型数据库的理念,它们被作为所有关系数据库系统的设计指导性方针。 1. 信息法则关系数据库中的所有信息都用唯一的一种方式表示——表中的值。 2. 保证访问法则依靠表名、主键值和列名的组合,保证能访问每个数据项。 3. 空值的系统化处理支持空值(NULL),以系统化的方式处理空值,空值不依赖于数据类型。 4. 基于关系模型的动态联机目录数据库的描述应该是自描述的,在逻辑级别上和普通数据采用同样 的表示方式,即数据库必须含有描述该数据库结构的系统表或者数据库描述信息应该包含在用 户可以访问的表中。 5. 统一的数据子语言法则一个关系数据库系统可以支持几种语言和多种终端使用方式,但必须至少 有一种语言,它的语句能够一某种定义良好的语法表示为字符串,并能全面地支持以下所有规 则:数据定义、视图定义、数据操作、约束、授权以及事务。(这种语言就是SQL) 6. 视图更新法则所有理论上可以更新的视图也可以由系统更新。 7. 高级的插入、更新和删除操作把一个基础关系或派生关系作为单个操作对象处理的能力不仅适应 于数据的检索,还适用于数据的插入、修改个删除,即在插入、修改和删除操作中数据行被视 作集合。 8. 数据的物理独立性不管数据库的数据在存储表示或访问方式上怎么变化,应用程序和终端活动都 保持着逻辑上的不变性。 9. 数据的逻辑独立性当对表做了理论上不会损害信息的改变时,应用程序和终端活动都会保持逻辑 上的不变性。 10. 数据完整性的独立性专用于某个关系型数据库的完整性约束必须可以用关系数据库子语言定 义,而且可以存储在数据目录中,而非程序中。

需求分析说明书、详细设计说明书、概要设计说明书样例

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.360docs.net/doc/0a14292598.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3

4.2复用策略3 4.3折衷策略3 5.系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9.其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系

统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控 、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。 3. 设计约束

学生在线考试系统需求分析设计

学生在线考试系统需求分析报告 1.引言 随着Internet的迅速发展和广泛普及,网络化教育代表了教育改革的一个发展方向,已经成为现代教育的一个特征,并对教育的发展形成新的推动力。远程教育成为现代教育技术未来发展的重要方向之一,考试测试作为远程教育的一个子系统也成为一个重要的研究领域。 Internet技术的发展使得考试的技术手段和载体发生了革命性的变化,Internet的开放性、分布性的特点和基于Internet的巨大的计算能力使得考试突破了时间和空间的限制。与传统考试模式相比,在线考试具有无可比拟的优越性,它可以将传统考试过程中的试卷组织、审定印制、传送收集、登记发放、评判归档各个环节缩小到一至两个环节,几乎屏蔽了所有人工直接干预考试活动的可能性,不但能够节约大量的时日、人力、物力与财力,而且还可以大幅度增加考试成绩的客观性和公正性。 传统的考试方式一般要经过人工出卷、考生考试、人工阅卷等过程。对于一些课程来说,随着考生数量的增加,教师出卷阅卷的工作量将会越来越大,并且其工作十分烦琐

和非常容易出错。在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设,目的是充分利用学校现有的计算机软、硬件和网络资源实现无纸化考试以避免传统手工考试的不足。与传统考试模式相比,网上考试渗入了更多的技术环节,对实现安全性的途径、方法也提出了更高的技术要求。通过Internet来实现网上考试,是现代教育技术的一个具体实现,具有很重要的现实意义。可以实现教考分离以及考务工作的全自动化管理,可以有效利用校园网的软硬件资源,使其发挥最大效力,更好的为学校的教学、科研、管理服务,可以大规模的实行考试,实现考试的客观性、公证性,自动化组卷、阅卷可以减轻教师的工作强度。传统考试要求老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。这是一个漫长而复杂的过程,已经越来越不适应现代教学的需要。在线考试系统是传统考场的延伸,它可以利用网络的无限广阔空间,随时随地的对学生进行考试,加上Web数据库技术的利用,大大简化了传统考试的过程。 本文以Internet为平台,研究了基于Web考试系统的设计与开发,包括系统需求分析和系统功能设计以及数据库设计。重点阐述了用户注册模块、用户登录模块、在线考试模

数据库设计的案例分析

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

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

第4章+关系数据库设计理论答案

第4章关系数据库设计理论 选择题答案: (1) A (2) B (3) B (4) A (5) D (6) B (7) C (8) B (9) B (10) C (11) D (12) A (13) D (14) D (15) B (16) B (17) D (20) C (21) C (23) A (26) B (27) B (28) B (29) B (30) B (31) D (33) B B D 一、选择题: 1. 为了设计出性能较优的关系模式,必须进行规范化,规范化主要的理论依据是()。 A. 关系规范化理论 B. 关系代数理论C.数理逻辑 D. 关系运算理论 2. 规范化理论是关系数据库进行逻辑设计的理论依据,根据这个理论,关系数据库中的关系必须满足:每一个属性都是()。 A. 长度不变的 B. 不可分解的 C.互相关联的 D. 互不相关的 3. 已知关系模式R(A,B,C,D,E)及其上的函数相关性集合F={A→D,B→C ,E→A },该关系模式的候选关键字是()。 A.AB B. BE C.CD D. DE 4. 设学生关系S(SNO,SNAME,SSEX,SAGE,SDPART)的主键为SNO,学生选课关系SC(SNO,CNO,SCORE)的主键为SNO和CNO, 则关系R(SNO,CNO,SSEX,SAGE,SDPART,SCORE)的主键为SNO和CNO,其满足()。 A. 1NF B.2NF C. 3NF D. BCNF 5. 设有关系模式W(C,P,S,G,T,R),其中各属性的含义是:C表示课程,P表示教师,S表示学生,G表示成绩,T表示时间,R表示教室,根据语义有如下数据依赖集:D={ C→P,(S,C)→G,(T,R)→C,(T,P)→R,(T,S)→R },关系模式W的一个关键字是()。 A. (S,C) B. (T,R) C. (T,P) D. (T,S) 6. 关系模式中,满足2NF的模式()。 A. 可能是1NF B. 必定是1NF C. 必定是3NF D. 必定是BCNF 7. 关系模式R中的属性全是主属性,则R的最高范式必定是()。 A. 1NF B. 2NF C. 3NF D. BCNF 8. 消除了部分函数依赖的1NF的关系模式,必定是()。 A. 1NF B. 2NF C. 3NF D. BCNF 9. 如果A->B ,那么属性A和属性B的联系是()。 A. 一对多 B. 多对一C.多对多 D. 以上都不是 10. 关系模式的候选关键字可以有1个或多个,而主关键字有()。 A. 多个 B. 0个 C. 1个 D. 1个或多个 11. 候选关键字的属性可以有()。 A. 多个 B. 0个 C. 1个 D. 1个或多个 12. 关系模式的任何属性()。 A. 不可再分 B. 可以再分 C. 命名在关系模式上可以不唯一 D. 以上都不是 13. 设有关系模式W(C,P,S,G,T,R),其中各属性的含义是:C表示课程,P表示教师,S表示学生,G表示成绩,T表示时间,R表示教室,根据语义有如下数据依赖集:D={ C→P,(S,C)→G,(T,R)→C,(T,P)→R,(T,S)→R },若将关系模式W分解为三个关系

汽车租赁系统的需求分析与设计1.doc

《可视化建模与UML》课程结业报告 课题名称:汽车租赁系统建模 姓名:刘佳伟 学号: 80921006 班级: 09软件本(2) 学院:电子与信息工程学院 指导老师:夏洁武 完成日期:2012年5月28日

目录 第一章概述 (4) 1.1项目背景 (4) 1.2 软件的一般性描述 (4) 1.2.1运行环境和资源 (4) 1.2.3 软件功能概述 (4) 第二章用例模型 (6) 2.1 用例图简介以及用例图的建立 (6) 2.1.1 客户借车的用例图 (7) 2.2 客户参与的用例用例描述 (7) 2.2.1 事件流 (7) 2.3.1事件流 (9) 第三章类模型 (11) 3.1 类模型的概述以及类模型的建立 (11) 3.2 类图描述 15 第四章交互模型 (17) 4.2 系统交互模型的建立 (18) 4.2.2 客户预订车辆的顺序图 (19) 4.2.3 客户取车的顺序图 (20) 4.2.4 客户还车的顺序图 (21) 4.2.5 客户预订的协作图 (22)

4.2.6 客户取车的协作图 (23) 4.2.7 客户还车的协作图 (24) 第五章包图的建立 (25) 5.1 包图的概述 (25) 第六章行为模型的建立 (26) 6.1行为模型的概述 (26) 6.2 行为模型的建立 (27) 6.2 .1 系统的状态图 (27) 6.2.3 系统的活动图 (28) 第七章小结 (29)

第一章 概述 1.1项目背景 利用互联网和信息化技术,结合汽车租赁经营的实际运作情况,建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”,通过该系统提高企业信息化水平,完善经营管理体系,提高员工素质,进一步加强企业市场竞争能力。 1.2 软件的一般性描述 1. 2.1运行环境和资源 本软件可以运行在WindowsXP,Windows Vista 以及Windows 7系统上,电脑的最低内存要求为1GB ,CPU 主频为1.8GHZ 以上。 1.2.2 软件的体系结构 汽车租赁系统 图1-1 软件体系结构 1.2.3 软件功能概述 本系统拥有以下功能: 用户登入 记录客户信息 查询客户信息 计算租金

需求分析与系统设计重点

一名词解释 IS(information system):信息系统 ERP(enterprise resource planning):企业资源规划 CRM(customer relationship management):客户关系管理 SCM(supply chain management):供应链管理 RUP(rational unified process):Rational统一过程 XP(extreme programming):敏捷开发/敏捷编程 CMM(capability maturity model):能力成熟度模型 OCP:开放封闭原则 LSP:里氏代换原则 DIP:依赖倒转原则 SRP:单一职责原则 ISP:接口隔离原则 CRP:合成复用原则 LOD:迪米特法则 CASE(computer-assisted software endineering):计算机辅助软件工程UML(unified modeling language):统一建模语言 XML():可扩展标记语言 URM:统一资源监控 API(application programming interface):数据库或应用程序接口BPR(business progress re-engineering):业务过程重组 ISA(information system architecture):信息系统体系结构 OLTP(online transaction processing):联机事务处理 OLAP(online analytical processing):联机分析处理 DSS:决策支持系统 MIS:信息管理系统 GUI(graphical user interface):图形用户界面 DLL(dynamic link library):动态链接库 RPC(remote procedure calls):远程过程调用 RMI:远程方法调用 AOP(aspect-oriented programming):面向方面的软件开发 JAD(join application development):联合应用开发 RAD(rapid application development):快速应用开发 MVC:模型-视图-控制器 CRC:类-职责-写作者 ORM:对象-关系映射 DDP:向下依赖原则 UNP:向上通知原则 NCP:相邻通信原则 PCBMER的原则EAP:显示关联原则 CEP:循环去除原则 CNP:类命名原则 APP:相识包原则

软件课程设计需求分析

普通话考试报名及成绩查询系统 需求分析 项目名称:普通话考试报名及成绩查询系统撰写人: 专业: 指导老师: 2012年3月19日

摘要 网络技术的飞速发展正无时无刻影响着人们的工作、在教育体系中,网络的应用也成为现代教育发展的基础.网络教育逐渐发展起来,校园网建设逐步成熟,基于Web的也伴随着网络技术的发展应运而生.它即简化了传统的考试模式,节约人力物力,也可以有效利用校园网资源,辅助教学. 该系统采用了目前流行的B/S模式,即浏览器、应用服务器、数据库服务器三层体系结构,后台数据库采用SQL Server 2005,客户端采用IE浏览器和服务器连接,最终形成了基于 B/S模式的在线考试系统.该系统具备了以下功能:学生信息管理、成绩查询等功能. 论文以基于B/S模式的在线考试系统为研究对象,按照软件工程的开发思想,用UML来构建在线考试系统模,后台采用数据库相结合. 际需求出发,论述了开发普通话等级考试报名及成绩查询系统的背景、目的及意义,讨论了开发系统的关键技术,并通过UML分析对系统设计及实现。 设计思路和方法采用瀑布模型开发,用统一建模语言 UML进行描述,经历了文献检索,需求分析,分析模型设计,数据模型设计,构建级设计,系统部署,系统测试六个个环节。。实现了用户登录、注册功能,出题组卷功能,考试评卷功能以及用户信息查询功能。 关键词:普通话等级考试报名及成绩查询系统; SQL SERVER2005

目录 一.摘要 (2) 二.背景 (5) 三.简介 (5) 1.设计目的 (5) 2.开发环境 (5) 3.程序功能 (6) 4.系统实际需求特点 (6) 四.整体规划思路 (6) 五.整体性需求分析 (6) 六.功能需求 (9) 1.业务规则 (9) 2.普通话等级考试报名及成绩查询系统登录 (10) 七.数据库设计 (12) 1.概念模型设计 (12) 2.数据表结构 (12) 八.系统结构设计 (14) 九.对性能的规定 (15) 1.灵活性 (15)

简单数据库设计实例

数据库设计实例 数据库设计是数据库应用系统设计的一个组成部分,其核心是针对于特定的应用环境,设计合理的数据模型,创建数据库及其应用系统,使之能够有效地存储和处理数据,以满足用户的应用需求。从实用角度出发,数据库设计可分为如下几个步骤: 第一步:创建概念数据模型 ◆确定实体和关系 ◆确定属性 ◆规化数据 第二步:生成物理数据模型 第三步:验证设计 为便于学习者理解和掌握,下面结合具体的实例来讲解和展示数据库设计的详细过程。假定我们要开发一个小型的ERP系统,以管理公司部资源,其应用业务场景描述如下: v512工作室由IT业界专业人士组成,在提供高端IT培训业务的同时,还自主制作并免费发布大量公益性学习资源,工作室以公司形式运营,目前共拥有18名员工,这些员工分属于4个部门,且员工之间存在上下级管理关系。计划将来根据业务的发展设立更多的部门,聘用更多的员工。为保证质量,工作室对其成员的各项专业技能进行了级别评定。 8.5.1 确定实体和关系 1. 确定高级别的活动 要确定本ERP系统数据库设计中的实体和实体间关系,首先应明确要基于该数据库执行的高级别活动,这里所谓的高级别活动是指从用户的视角出发,确定本数据库设计中系统所涉及到的业务活动。比如,存储和维护员工的个人信息等。 在前述的应用业务场景中,v512工作室需要考虑的高级别活动包括: -聘用新员工 -解雇现有员工 -维护员工的个人信息 -增设新部门 -裁撤现有部门 -维护部门信息 -维护工作室业务相关的技能信息 -维护各员工的业务技能掌握情况 2. 确定实体 接下来要确定的是,针对上述的高级别活动需要记录和维护有关哪些事物的信息,这些事物将被转换为实体。其中,员工相关信息可抽象为“Employee”实体、部门相关信息可抽象为“Department”实体、技能相关信息抽象为“Skill”实体,为规和方便起见,这些实体均采用英文命名,并尽量在名称中体现其含义。 3. 确定关系 进一步对上述高级活动进行分析,以确定实体间存在何种关系。具体包括: -Employee-Department实体之间存在隶属关系 员工必须且只能隶属于某一个特定的部门,一个部门可以包含0~多名员工,此为一对多关系。 这种从两个方向上对同一个关系的细化描述被称为关系的角色,每个关系都对应两种角色。

需求分析与系统设计报告课案

(理工类) 课程名称: Introduction to Software Engineering 专业班级: 13计算机科学与技术(单)(1) 学生学号: 13052010** 学生姓名:周敏健 所属院部:计算机工程学院指导教师:钟睿 20 15 ——20 16 学年第 1 学期 金陵科技学院教务处制

实验项目名称: System Analysis 实验学时: 4 同组学生姓名:无实验地点: A101 实验日期: 11月9日、11日实验成绩: 批改教师:批改时间: 一、实验目的和要求 1.通过对考勤管理系统相关需求的分析,掌握需求分析的方法和过程 2.掌握需求分析相关文档的规范 3.完成对小型软件系统的需求分析 二、实验仪器和设备 硬件:PC机 软件:SQL Server、JAVA、JUDE 三、实验过程

1. Introduction 1.1 Purpose With the continuous expansion of the scale of the school, sharp increase in the number of students, it is necessary to develop a Student Attendance System to monitor student attendance. By using this system, we can make the teachers need not to attend the class attendance; thereby saving the teaching time, but also can improve the attendance rate of students. Student Attendance System is an important content of students' comprehensive quality evaluation. Therefore, the software should be humanized. 1.2 Intend ed Audience and Reading Suggestions This document is for project account manager and project team members to read. The system test plan and the system design document as the input. 1.3 Product Scope The goal of the Student Attendance System is to make the students' attendance statistics and timely input, and the software is also applied to the sign of the Large Firm. 1.4 References [1] Karl E.Wiegers.Software Requirements [M]. 北京:清华大学出版社,2004. [2]Suzanne Robertson & James Robertson. Mastering the Requirements Process [M]. Addison-Wesley Professional, 2006. 2. Positioning 2.1 问题描述 1)资源问题 在一所学校四个年级中,假如每个年级有30个班,整个学校4个年级就有120个班,每个班按标准人数30人计算,四个年级共3600人。每个老师每学期要教学很多班级,若一个老师教学3个班级,共有100个老师,那至少要有300张/月的纸是用来签到的。

数据库设计实例—教学管理系统

数据库课程设计报告 教学管理系统 数据库设计 课程设计题目教学管理系统学院软件学院 班级软件技术四班年级2013级 姓名彭超李新徐彤(2014 年11月)

用5行左右的文字对系统进行简要介绍 对教学管理信息统一规范整理,实现各种信息的自动管理。为便于信息的查询,找出各种信息的关联性,根据各种需求设计出合理的报表。 减轻教学日常信息管理的负担,方便学生、教师查询信息和学校对所有信息的管理。以简单便捷的操作获取详尽的信息。 一、数据需求分析 某学校设计学生教学管理系统。学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照,每名学生选择一个主修专业,专业包括专业编号、名称和类别,一个专业属于一个学院,一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分,每门课程由一个学院开设。学生选修的每门课程获得一个成绩。另外,为了管理教师教学安排,教师包括编号、姓名、年龄、职称,一个教师只能属于一个学院,一名教师可以上若干门课程,一门课程可以有多名老师来上,每个教师所上的每门课都有一个课堂号和课时数。 本系统数据字典如下: 数据项表

数据流 数据流表 二、概念结构设计 1.首先确定系统中的实体 从以上数据需求可以看出,系统共包括5个实体:学生、专业、学院、教师、课程。

2.再确定系统中实体间的关系 根据数据需求描述推出:专业与学生是1对多关系;学生与课程是多对多关系;课程与老师是多对多关系;课程与学院是多对1关系;学院与专业是1对多关系;学院与教师是1对多关系。 3.转化成E-R图 图1 实体-属性图 图2 教学管理ER图 三、逻辑结构设计

博客需求分析与系统设计

一、博客系统需求分析 1 项目开发的背景 Blog博客网站致力于为广大博客提供优质博客页面服务的商业网站。每个博客都希望借助自己的博客页面宣传自己,而博客数量越多,网站的点击率越高就越能够吸引广大的企业客户选择该商业网站作为媒介,将自己的产品展现给客户。可以说,对这些博客网站而言:为博客提供良好的服务就意味着为网站带来更多的商业客户。因此,在具体设计实现该博客网站时,主要考虑了主流博客网站的几个主要功能。 1. 博客的注册、登录验证功能 2. 普通用户浏览文章和发表评论的管理 3. 文章详细内容及相关评论显示 4. 博客个人文章管理维护功能 5. 博客个人文章分类管理维护功能 6. 博客个人友情链接维护功能 7. 博客个人基本信息管理维护功能 8. 个人上传图片和相册管理的功能 9. 管理员对博主的管理 10.管理员对个人信息的管理 11. 管理员对网站在线人数的统计 2 、研究的目的和意义 博客(Blog)作为Web 2.0的典型代表,已风靡网络世界。那么,博客究竟是什么?简单一点的Blog记载了日常发生的事情和自己的兴趣爱好,把自己的思想和知识与他人分享、交流,同时又通过个人博客结识更多志同道合的朋友,使大家在网上可以进行各种信息的交流,博客系统为大家提供了学习交流、工作交流、情感交流的平台,使人们的工作更加简单快捷,使人们的生活更加丰富多彩。本文档用于描述“博客管理系统”项目的系统需求,为该项目概要设计,详细设计和测试用例的设计依据。该需求规格说明书供概要设计人员阅读。 角色:

3 、研究的内容 按照规范设计的方法,考虑数据库及其应用系统开发全过程,将研究内容分为以下几个方面: (1)需求分析 (2)概念结构设计 (3)逻辑结构设计 (4)物理结构设计 (5)数据库实施 (6)数据库的运行与维护 4、目前博客的国内研究现状

软件系统开发需求分析-模板

软件系统开发需求分析模板 1. 引言 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 项目背景 本项目的名称:酒店管理系统。 随着国民经济的发展,酒店餐饮行业的队伍在全国范围(尤其是在经济发达地区)不断壮大,从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力, 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件,运用高科技手段进行经营 和管理。为了让酒店更好的经营,我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组,主要是面向酒店餐饮服务行业。 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 % 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书(GB856T——88).doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 目标 开发本软件是为了服务酒店,使得酒店更好的经营。适用于一些大中型酒店,主

要用于就餐管理和住宿管理。本软件产品是一项独立的软件,不过功能还可以增加,完成后可以升级以增加功能和完善系统。 用户的特点 } 使用本软件要求用户熟悉Windows 操作,并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 假定和约束 本软件由我们小组六个人共同开发,几乎不要经费,开发期限一个月左右。3.需求规定 对功能的规定 ①系统帐号管理 第一次用一个管理员账号(系统给定)登陆,登陆成功后,可以设置其他用户,包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌,纪录客户用餐情况并结帐。 ③住宿管理 、 为住宿客户查询并分配房间,纪录客户住宿情况并结帐。 对性能的规定 精度 本软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高,用于计算的数用浮点数就可以了。 时间特性要求 本软件运行的响应时间要求不超过1~2秒,基本能实现。 灵活性

相关文档
最新文档