（4）宠物信息同样面向公司管理员和顾客，宠物店购进宠物或者卖出宠物后，公司管理员会对这些信息进行及时更新，以达到实时更新给顾客，为顾客提供便捷。
（5）当用户购买宠物或者宠物物品等商品后会对商品、宠物店职员服务态度等进行评价，这时评价信息会录入商品评价信息库中，然后公司管理员可以从信息库中获取用户的反馈信息，及时做调整
工资项（工资项号，职位号，其他）
职位工资（职位号，基本工资，奖金，职位津贴）
工资表（工资单号，职员号，工资项号）
职员工资表（职员号，工资项号，发放时间，工资明细）
职位号（职位号，职位名称）
4）鉴于系统的效率考虑，最终决定仍然采用第四部分的关系模式，从这一点可以看出。并不是规范化程度越高越好，要根据实际情况，考虑多方面因素决定最后的关系模式。
业务需求概述
宠物店的体系结构
宠物店管理可以划分为以下4个子模块：人员管理、交易管理、售后管理和库存管理这4个子模块。其中交易管理子模块是核心，因为它是整个宠物店的经济来源支柱，下有订单管理和顾客信息管理两个子功能模块，其余三个子模块为这个模块提供服务。交易管理功能部分负责管理顾客信息和订单信息，其中订单主要涉及与顾客的宠物和宠物物品的交易，宠物管理管理为其提供资金来源，库存管理子模块管理宠物店宠物和宠物物品资源，保证宠物店正常地进行交易。人员管理子模块为其调度必要的工作人员，保证各个交易环节的人力资源能满足工作的需要。售后管理子模块提供了顾客对于宠物和宠物物品的反馈信息，这些信息用来指导宠物采购员进行采购和为交易中顾客提供方便。
（2）职工信息是面向公司管理员和职员，每个职员的信息都存有信息档案，公司管理员和职员都可以登录查看自己的信息，但是查看的级别略有不同，而且在登录的时候还需要进行登录时信息的验证。
（3）宠物物品信息面向公司管理员和顾客，在宠物店进货或者卖出货后，公司管理员及时更新宠物物品信息，然后这些信息将面向顾客，顾客可以及时了解宠物物品信息，是有货还是缺货，还可以关注自己喜欢的宠物物品。
宠物销售过程中利用信息技术，数据库技术运行需求、价格等发布与收集，为实体宠物店提升形象，方便宠物店销售管理，增进顾客关系，改善顾客服务，开拓销售渠道等，最终方便管理以及扩大销售。
前期工作
在编写该需求之前，首先对各大宠物管理系统（比如汉思宠物店管理系统）进行了调查，其中包括宠物前台管理、宠物后台管理、管理员操作等进行了详细的研究，并总结出了自己简洁独特、操作方便、适合于小型宠物实体店的设计思路。
3.概念设计
根据需求分析中的图宠物店管理系统数据流图以及分析报告可以得到职员、工资和职位之间的E-R图，如图所示：
图职员-工资-职位的E-R图
根据需求分析中的图数据流图以及分析报告可以得到种类、宠物和顾客之间的E-R图，如图所示：
图种类-宠物-顾客的E-R图
4.逻辑设计
实体—关系属性
在概念设计的基础上，根据设计得到系统总的E-R图，按照概念模式与关系表转化的一般规则，结合实际的需要进行逻辑设计，E—R图中的实体、实体的属性和实体之间的联系转化为关系模式，相应的实体-关系属性如下：
在用例方法中，主要纪录的是参与者与系统每一次交互的轨迹，针对用例的设计可以覆盖系统中每个CASE的路径，也就是细化到每一条代码语句的执行。引入用例也有多多好处：
（1）方便系统分析人员和业务人员的沟通；
（2）方便系统分析人员对系统范围和规模有大概认识；
（3）方便构建测试用例，方便分析人员明确系统功能；
5.规范化分析
任务和目标
以规范化理论为指导对关系模式进行合理的优化，得到为MSSQLServer2005以上版本所支持的数据表。
具体关系表的设计与优化
1）第四部分中的关系模式都满足第一范式和第二范式，即所有关系的属性都是原子属性并且不存在非主属性对码的部分函数依赖。但并非所有的关系都满足第三范式。工资项和工资表不满足第三范式通过修改可以满足第三范式
数据库的信息可以随时更新。
四个功能子模块
交易管理
顾客信息管理
每位顾客对应一个顾客号，每个顾客号只标识一个顾客；
每个顾客号有一个固定电话，每个固定电话标识一个顾客；
一位顾客可以购买多项商品呢，每项商品仅有一位顾客购买；
每位顾客可以提供给宠物店多条反馈信息，每条反馈信息只能由一位顾客提供。
订单管理
宠物订单管理
一名培训师可以培训多名新员工，一个新员工只能由一名培训师培训；
一个工作模块只有一名负责人，一名负责人只能管理一个工作模块；
一个负责人可以领导多名员工，一名员工只能被一个负责人管理；
一名员工只能负责一项工作，一个工作有多名员工；
人员工资管理
每份工资只属于一名员工，每名员工只能得到一份工资；
每份工资和每个职位对应，每个职位上有多名员工因此对应多份工资‘
6.物理设计用DDL语言实现来自选课题的相关设计，过程如下所示：
createtable
宠物(
宠物号char(30),
宠物名char(30),
性别char(30),
此时关系也满足了BC范式。
2）规范化工作总结：从第一范式到第二范式的规范化实际上是消除非主属性对码的部分函数依赖；从第二范式到第三范式的规范化实际上是消除非主属性对码的传递函数依赖；
3）从第三范式到BC范式的规范化消除了主属性对码的部分和传递函数依赖。经过了规范化后关系变成：
宠物（宠物号，宠物名，性别，图片，零售价，宠物种类号）
指导教师：丁锋
评阅教师：丁锋
完成日期：2011年10月日
大连理工大学
DalianUniversityofTechnology
1.业务规则
背景分析
谈到宠物，人们通常会将其与猫、鱼、鸟等许多小动物联系起来。随着人们日常生活的丰富多彩，人们对新事物的不断追求，使得各种各样的个性宠物不断出现。最近，宠物市场上新现了例如蜥蜴、变色龙、蛇、蜘蛛、蜈蚣、老鼠等与我们日常生活中或惯常思维所理解的宠物不一样的“另类宠物”，不断满足着人们喂宠物的需要。当然随着这一发展驱趋势，提供给人们各个种类宠物的宠物店则如雨后春笋般涌现。
宠物店是专门为宠物提供宠物用品零售、宠物美容、宠物寄养、宠物活体销售的场所。其经营项目一般包括宠物用品超市、活体销售、宠物美容、宠物寄养、宠物医疗、宠物乐园、宠物摄影、待产养护。有时宠物店又等同于、宠物美容店、宠物寄存、宠物医院等。本系统专门为实体宠物店设计，主要包括了宠物用品销售、宠物店人员管理、宠物售后管理、宠物管理、宠物交易等多种业务管理,汇集了商业pos前台销售，解决宠物店进销存繁琐问题，建立丰富的宠物资料，顾客资料；还包含了丰富的营业汇总报表，让宠物店营业情况一目了然。
宠物物品信息管理
每件宠物物品有一个宠物用品号，每个宠物用品号标识一件宠物物品；
每件宠物物品属于一个用品种类，每个物品种类有多件宠物物品；
每件物品对应一个商品项，每个商品项对应多件宠物物品。
售后管理
售后反馈信息管理
每个顾客可以提供多条反馈信息，每条反馈信息只能由一名顾客反馈；
每条反馈信息可以对应多项商品，每项商品只能在一条反馈信息中出现。
图宠物管理系统功能图
经过总结归纳我们得到图需求功能图：
功能层次图在系统的需求分析的阶段是不可缺少的，它主要描述了系统层次结构，从大的功能点出发，每个功能点下面又可以分为小的功能结构，这样的话，系统的每个分支都可以清晰的表达出来，对后期子工程的划分起到启发作用。
2.业务流程
系统的业务过程描述
现在用例图已经是面向对象软件的基础建模语言，已经成为了规范化，所以这里采用用例来描述。
通过图宠物管理系统用例图描述本系统与管理员之间的交互：
系统的数据流程设计
当信息在软件中移动时，它将被一系列“变换”所修改。数据流图（DFD）是过程模型的体现，它描述数据如何在系统变化，也就是说经过每次不同功能点的处理，数据被加工后传递到下一个流向，数据从哪里获取，又最终会存取在那里，这就是数据流图体现的技术。数据流图主要包括过程，数据流，数据存储，外部实体。
画数据流图的基本目的是利用它作为交流信息的工具。我们把对现有系统的认识或对目标系统的设想用数据流图描绘出来，如图宠物管理系统数据流。
图宠物店管理系统数据流图
由该数据流图我们可以发现5种数据流：订信信息、职工信息、宠物物品信息、宠物信息、反馈信息。下面就5种数据流进行说明：
（1）订单信息面向公司管理员，用户在选择好商品后，可以去收银台进行支付，然后由收银员进行收费和登记订单信息。那么对于宠物店的订单信息，由公司管理员进行更新和处理。
宠物（宠物号，宠物名，性别，图片，零售价，宠物种类号）
宠物种类（宠物种类号，宠物种类名，库存数量，进货单价）
宠物用品（宠物用品号，用品种类号，售价）
商品（商品号，零售价，商品种类）
订单（顾客号，商品号，数量，价钱，购买时间）
顾客（顾客号，姓名，性别，地址，固定电话，手机号，邮箱）
反馈信息（编号，反馈种类，顾客号，反馈内容，反馈时间）
宠物种类（宠物种类号，宠物种类名，库存数量，进货单价）
宠物用品（宠物用品号，用品种类号，售价）
商品（商品号，零售价，商品种类）
订单（顾客号，商品号，数量，价钱，购买时间）
顾客（顾客号，姓名，性别，地址，固定电话，手机号，邮箱）
反馈信息（编号，反馈种类，顾客号，反馈内容，反馈时间）
职员（职员号，姓名，性别，固定电话，手机号，职位号，工资单号）
职员（职员号，姓名，性别，固定电话，手机号，职位号，工资单号）
工资项（工资项号，基本工资，奖金，福利，职位津贴，职位号，其他）
工资表（工资单号，职员号，工资项号，发放时间，工资总和）
职位号（职位号，职位名称）
关系模式
宠物：
宠物种类：
宠物用品：
商品：
订单：
顾客：
反馈信息：
职员：
工资项：