《SQL Server 2008数据库管理与开发》项目五 设计水暖热量收费系统.pptxVIP

验 证 程 序 的 准 确 性 课程设计的目的和意义 系统分析与设计 数据库设计与实现 我国北方的大部分城市冬天都采取集中供暖制度，按照住房面积收缴取暖费。但是这种收费方式存在着很大的弊病，比如客厅和厨房晚上是没有人居住的，所以并不需要供暖。按照现在的供暖方式，客厅和厨房在晚上也是进行供暖的，这样就浪费了大量的热量。还有就是即使整个住房都没有人住，但是冬天也照样要按照住房面积交纳取暖费。致使许多居民对这种收费方式很不满意，也给供热公司的工作造成很大的麻烦。 国家建设部2000年发布了《民用建筑节能管理规定》，从2000年10月起，所有利用集中供热的新建住宅，“推行温度调节和户用热量计量装置，实行供热计量收费”。 小提示： 目前已有许多城市的供暖收费制度已经改革为按使用热量收费，大家的节能意识都有很大提高。上班前关掉家里的供暖阀门，下班后再打开，晚上休息后关掉客厅和厨房的供暖阀门。不仅为国家节约大量的燃煤，居民也节省了不少的取暖费。 因此为了适应新的供暖制度，一套新的供暖管理及收费软件也相应而生。这是一套相当庞大的系统，包括管理、控制、抄表、收费等等多个子系统，我们这里不可能全面的讲解。所以我们以收费子系统为例，简化的讲解一下实际的应用。 （1）功能描述 1）住户信息登记。包括住户的联系人姓名、电话、当前剩余热量、当前状态、住房信息、用户类型等。 2）住户预购热量。即住户预缴纳一定的费用进行热量购买。 3）住房信息登记。登记住户住房的信息，包括小区信息、楼号、单元号、门牌号、或其他地址、热量表编号等。 4）热量收费标准设置。即定制每千卡热量的单价。可以根据用户类型的不同定制不同的收费标准。 5）住户热量结算。每天跟据住户使用的热量和住户的剩余热量进行结算，即用住户昨天的剩余热量减去当天使用的热量等到今天的剩余热量，如果剩余热量为负数则置用户为欠费状态；如果剩余热量低于预定阀值，则置用户为预警用户等等。 6）预警阀值设定。根据住户平均的天消耗热量设定预警阀值。 7）小区信息登记。 8）预警用户统计。对已经进入预警阀值的用户进行查询统计，然后进行预交费通知，避免用户由于未能及时交费造成热量表关闭阀门。 （2）功能模块设计 根据功能描述，热量收费系统可以分为3大模块，每个模块都提供了更具体的功能。热量收费系统的功能模块图如图所示。 系统功能模块图 （1）数据库需求设计 根据系统功能模块图中的具体功能，我们对数据库需求进行设计。 1）住户信息，住户编号、联系人姓名、联系人电话、联系人手机、用户类型、当前状态、剩余热量、住房编号、收费标准 2）住房信息，小区编号、住房编号、楼号、单元号、门牌号、其他地址、热量表编号、当前读值、当前状态、是否更新 3）热表抄表记录，热量表编号、当前读值、抄表时间 4）预购热量信息，住户编号、收费标准、预购热量值、收费金额、优惠金额、交费日期 5）结算记录，计算日期，住户编号、住房编号、热量表编号、上次读值、当前读值、结算值。 6）热表更换记录，住房编号、拆除表编号、替换表编号 7）收费标准，收费标准编号、收费标准、制定日期、当前状态、用户类型 8）预警阀值信息，阀值编号、天平均消耗、阀值系数、制定日期、当前状态 9）用户类型，住户类型编号、住户类型，比如一般住户、商业住户、五保住户等等，住户类型不同其收费标准也不相同。 10）小区信息，小区编号、小区名称 （2）数据库表的设计 1）住户信息表(Customers) 住户类型的不同，其收费标准也不同，具体的值可以设置，比如一般住户、商业住户、五保住户等等。 当前状态表示当前住户处于的状态：正常、预警、欠费、注销。 字段名称 数据类型 可否为空 说明 CustomerNo int Identity (1, 1) NOT NULL 住户编号 LinkmanName Varchar(20) NOT NULL 联系人姓名 PhoneNo Varchar(20) NULL 电话 MobileNo Varchaar(20) NULL 手机 CustomerTypeNo Int NOT NULL 用户类型编号 CustomerState Varchar(10) NOT NULL 当前状态 Surplus Int NOT NULL 剩余热量 RoomNo Int NOT NULL 住房编号 ChargeNo Int NOT NULL 收费标准 住户信息表 2）住房信息(Room) 住房信息的楼号、单元号、门牌号为一组信息，其他地址为一组信息，这两组信息只能有一组为空，我们通过触发器来维护这两组数据的完整性。 住房信息表 字段名称 数据类型 可否为空 说明 Reg