数据库原理与技术

《数据库原理与技术》由会员分享，可在线阅读，更多相关《数据库原理与技术（16页珍藏版）》请在金锄头文库上搜索。

1、班级：计算机科学与技术姓名：学号： 题目：某公司的自助餐管理系统某公司的自助餐管理系统语义如下：某公司为了提高职工的福利待遇，规定每个员工每天可以在职工食 堂用餐两次（每餐 3元），可以中午用餐一次，下午用餐一次；也可以集中到 中午或下午一次用餐两次。月底进行核算，如果用餐次数不足，餐费不退还职 工。公司根据实际的用餐次数支付食堂餐费。要求如下：创建一个能满足上述要求的数据库；定义视图查询2005年1月份没有用过餐的员工信息； 创建存储过程统计每个员工指定月份的用餐次数； 创建存储过程统计指定月份公司应支付给食堂的费用； 建立数据库相关表之间的参照完整性约束。1 业务需求是清晰地解释系统的业务

2、需求。业务需求描述了新系统将带给投资人，购买者和用户 的主要利益，说明了项目的最终目标。1.1 应用背景概述系统开发的应用背景，描述原有的应用状况，说明新系统开发的动机。必要的情况 下，还需要说明应用的历史延续过程。例子：目前，Process Impact公司的大多数员工平均每天要花费60分钟去自助餐厅用午餐，其 中大约有20分钟要花在公司和自助餐厅之间的往返，选择午餐和以现金或信用卡方式结账 上。当员工到自助餐厅之外去用午餐时，他们平均有90分钟时间不在岗。有些员工提前给 自助食堂打电话预定午餐，请自助餐厅准备好他们选则的午餐。但是，员工并不总是能够 如愿以偿，因为自助餐厅有些食物已卖完。而

3、与此同时，自助餐厅又在浪费大量的食物， 因为有些食物没有卖掉而只好倒掉。早餐和午餐同样面临着这样的问题，只是到餐厅用餐 的员工人数比午餐要少得多。1.2 业务机遇如果开发的是商业产品，这部分描述的是存在的市场机遇以及产品要参与竞争的市场。例子：许多员工都通过自助餐厅的一个在线订餐系统提出订餐要求，要求在指定时间的日期 和时间内将所定的午餐送到公司的指定地点。通过这样一个系统，使用这一服务的员工可 以节约相当可观的时间，而且顶到自己喜欢的食物机会也增大了。这级挺高了他们的工作 生活质量，也提高了他们的生产率。自助餐厅提前了解到客户需要哪些食物，就可以减少 浪费，并提高员工的工作效率。要求送货上门

4、的订餐员工将来还可以从本地的其他饭店来 订餐，这就大大扩大了员工对食物的选择范围，并通过与其它饭店的大量购餐协议而有可 能节约费用。Process Impact公司也可以只在自助餐厅订午餐，而在其他饭店订早餐，晚 餐，特定时间的用餐和周末会餐。1.3 业务目标与成功标准用量化和可衡量的方式概述产品提供了哪些重要的业务利益。业例子：BO-1 :在第一版应用之后的六个月内，减少食物的浪费。度量标准(Scale):每周被自助餐厅工作每周被自助餐厅工作的人员扔掉的食物 价值。计量方法(Meter)：检查自助餐厅库存系统的日志。理想标准:减少50%；一般标准:减少30%；最低标准:减少20%B0-2:在

5、第一版应用之后的十二个月内，减少15%自助餐厅的运作成本。BO-3 :在第一版应用之后的三个月内，每个员工每天的有效工作时间平均增加20分钟。成例子:SC-1:在第一版应用之后的6个月内，目前在自助餐厅用午餐的员工中，75%的人使用在 先订餐系统。SC-2:在第一版应用之后的3个月内，对自助餐厅满意度的季度调查评价要提高0.5，而 在第一版应用之后的12个月内，这种满意度要提高1.0。1.4 业务风险概述与产品开发相关的主要风险。RI-1：使用该系统的员工太少，减少了对系统开发和变更自助餐厅经营过程的投资回报。 可能性0.3，影响为9。RI-2 :其他本地饭店可能并不认同减价是员工使用这一系统

6、的正当理由，这会降低员工 对该系统的满意度，并可能会减少他们对这一系统的使用。可能性为0.4，影响为3。2 项目前景2.1 前景概述用一个简洁的声明概括系统的长期目标和意图。例子：对那些希望通过公司自助餐厅或其他本地饭店在线订餐的员工来说，“自助餐厅订餐系 统”是一个基于In terne t的应用程序，他可以接受个人订餐或团体订餐，结算用餐费用， 并触发将预订餐送到Process Impac t公司内指定位置的事件。与当前的电话订餐和人工订 餐不同，使用“自助餐厅订餐系统”雇员的并不需要到食堂内去用餐，这既可以节约他们 的时间，又可以扩大他们对事物的选择范围。2.2 主要特性为新产品的每一项主

7、要特性或用户功能进行固定的，唯一的命名或编号，突出其超越原 有产品或竞争产品的特性。例子：FE-1:根据自助餐厅提供的菜单来订餐。FE-2 :根据其他本地饭店的送货菜单来订餐。FE-3 :请求送餐。FE-4 :创建浏览，修改，删除用餐预定。FE-5:通过公司的内联网访问系统，或者授权员工通过外部Int erne t访问系统。2.3 假设与依赖记录构思项目和编写前景与范围文档过程中涉众所提出的每一项假设。例子:AS-1：自助餐厅内有可以访问公司内网的计算机和打印机。AS-2 :自助餐厅有送货人员和送货车辆，最多比请求的送货时间晚15分钟。DE-1：如果某饭店有自己的联机订餐系统，那么“自助餐厅订

8、餐系统”必须能与这一系 统进行双向通信。3项目范围3.1 第一版范围概述计划在产品的第一个版本中实现的主要特性。3.2 后续版本范围如果采取阶段性的开发方式，需要决定推迟实现哪些特性，并为后续的版本作出时间安排。例子：版本范围示例特性版本1版本2版本3FE-1用午餐菜单定标 准餐;费用支付方式 是从工资中扣除出午餐外，也可以 订早餐和晚餐；费用 的支付方式可以是信 用卡FE-2不实现不实现完全实现FE-3送餐地点仅限公司内 部送餐地点也可以是公 司外FE-4如果有时间就实现完全实现FE-5完全实现3.3 限制与排除管理范围蔓延的方法之一是，定义项目包含的需求与不包含的需求之间的界线。例子：LI

9、-1：自助餐厅的有些食物不适宜送货，因此“自助餐厅订餐系统”的顾客使用的送货 菜单是食堂整个菜单的一个子集。LI-2：“自助餐厅订餐系统”只能用于Process Impac t公司总部内的自助餐厅。4 项目环境4.1 操作环境描述系统将用于什么样的环境，定义关键的可用性、可靠性、性能等质量属性要求。4.2 涉众 描述项目涉众的相关信息，重点介绍不同类型的客户、目标市场和目标市场中的用户 类别，说明他们和系统密切相关的一些特征。4.3 项目属性要想更有效地进行决策，涉众就必须就项目的相关属性及其优先级达成一致。这些 属性包括：特性（功能、范围）、质量、成本、进度和人员例子：项目属性实例属性执行者

10、约束因素可调整因素进度计划XX日期完成第一版，XX日 期完成第二版；在不包括责任人 评审的情况下，最多可超过期限 三个星期特性1.0版本中要求实 现的特性必须完全可 操作质量必须通过95%的用 户验收测试；必须通 过全部的安全性测 试；所有的安全事务 都必须遵守公司的安 全标准人员团队包括一名兼职的项目经理，两名开发人 员和一名兼职的测试人员；如有必要，还可 以增加兼职的开发人员费用在不包括责任人评审的情况下， 财政预算最多可超支15%企业自助餐系统需求分析1引言a 编写目的 本分析报告阅读对象为本系统的企业使用人员和编程人员，为系统 的开发提供一个整体目标和设计指南。b 项目背景 某企业餐厅

11、是一个中等规模的食堂，主要面向本企业的员工约有 1000 人 。虽然该食堂局部工作中使用了计算机，但尚未建立起真正的自动化 系统，离企业信息化的目标还有很大一段距离，大部分业务靠人工完成，为了 更好的利用现在信息技术提高效率与水平，更好的为员工服务，决定开发食堂 自助餐系统。该系统由 9337小组负责开发与维护。c 定义ERP ：企业管理计划OA：办公室自动化MIS:管理信息系统Data processing: 数据处理Transaction processing: 事务处理Data processing cycle: 数据处理流程Data acquisition: 数据采集Data proc

12、essing sys tem securi ty:数据处理系统安全性d 参考资料项目开发计划书系统设计师（高级程序员）教程 清华大学出版社 王春森 主编 软件工程 高等教育出版社2任务概述a 目标设计建造一个新系统软件，该系统软件用于管理一个企业食堂自助餐。实现高 速自动化，以替代老式的食堂运行和管理系统。为职工提供更高效的服务，为企 业减少负担，实现企业信息化。b 运行环境硬件 由饭卡机 饭卡多能服务终端 主机 通讯线路 通讯控制器 监测 设备等组成，具体数量由企业食堂规模决定软件 系统控制管理平台 系统监测 Windows2000 操作系统c 条件与限制 全部技术由 9#337 小组提供，

13、在一个月内可完成总体设计，安装， 调试。并对该系统的管理人员提供培训工作，开发经费由企业负责，总体预算为20 万元。时间很紧，所以要尽可能在时间少的情况下提高软件质量，确保有质 有量。3 功能要求a 功能划分打卡部分 在职工进餐消费时，进行打卡，替代现金交易，超额部分需输入密 码多能服务部分 为职工提供饭卡冲值，修改密码，挂失，遗失补办等多项服务系统控制部分 管理整个系统的运行，处理各种数据流和控制命令的传输主机部分 进行数据的处理和存储监控部分 监视系统的运行情况，将出现的故障报告给管理系统，以便于解决处理故障，是系统安全运行的保障b ER 图ER 图1卖NM买N11卡H. P.号余额，数量

14、日消费额部门数量员工食物卡机价格价格编号位置总值14 数据描述a 数据流图：顶层图数据字典：(1)卡号=8数字8(4)4二卡号+余额+当天发生额余额=0数字999当天发生额=0数字500 (规定当天最多消费500元，防止被盗)判定树：厂=10元L密码错拒绝操作核对密码 I 余额一当前发生额=0可消费余额一当前发生额0不可消费当天发生额丿+当前发生额500 元( 1 )禁止消费2) 主要算法5.性能需求余额当前发生额 =0 可消费余额当前发生额 0不可消费1) 数据精确度 要求精确到每分即可2) 时间特性 响应时间、更新处理时间、数据转换与传输时间、运行时间要求 尽可能的短，效率要在保证全性的前提下尽可能的高。3) 适应性(在操作方式、运行环境、与其他软件的接口以及开发计划等发生变 化时，应具有的适应能力)，要求系统具有较高的安全性和稳定性以及兼容性， 在外界环境发生变化时有较好的自我适用能力和自我纠错能力。6.运行需求( 1 ) 用户界面(如屏幕格式、报表格式、菜单格式、输入输