收藏 分享(赏)

基于孤立因子的层次聚类算法与应用 ——BIRCH算法与CLOF算法.doc

上传人:wo7103235 文档编号:393491 上传时间:2019-06-07 格式:DOC 页数:20 大小:728.50KB
下载 相关 举报
基于孤立因子的层次聚类算法与应用 ——BIRCH算法与CLOF算法.doc_第1页
第1页 / 共20页
基于孤立因子的层次聚类算法与应用 ——BIRCH算法与CLOF算法.doc_第2页
第2页 / 共20页
基于孤立因子的层次聚类算法与应用 ——BIRCH算法与CLOF算法.doc_第3页
第3页 / 共20页
基于孤立因子的层次聚类算法与应用 ——BIRCH算法与CLOF算法.doc_第4页
第4页 / 共20页
基于孤立因子的层次聚类算法与应用 ——BIRCH算法与CLOF算法.doc_第5页
第5页 / 共20页
点击查看更多>>
资源描述

1、产台帐,库存明细月报表() 财务管理,统一管理分公司财务() 信天游业务,外联业务2 后台数据库设计(仅取其中一个模块说明)例:系统管理运行值班onduty_index.jsp运行监控登记路由器干线表router.jsp系统响应时间表运行环境情况表response.jsp数据入库onduty.jsprouter_query.jsp输出查询结果response_query.jsp输出查询结果故障登记trouble_index.jsp数据入库trouble.jsp值班查询onduty_query.jsp故障查询( 两种查询)trouble_query.jsp查询结果 1trouble_query_

2、result1.jsp查询结果 2trouble_query_result2.jspOA 系 统 的 发 展 趋 势 及 相 应 策 略第 7 页 / 总共 22 页(数据库设计工具:PowerDesigner9.0 ) 员工系统信息(系统)表 表名:sys_personnel 需求文档表名:表 1具体字段:员工编号 char (20) NOT NULL primary姓名 char (10) NOT NULL ,帐号 varchar (30) NULL ,密码 varchar (20) NULL其中:员工编号编号如下员工编号 = 部门编号(xx) + 部门内个人编号(xxx)随机数部门 编号

3、人事行政部 02市场部 03客户服务部 04经营管理部 05运行部 06产品部 07代理人 08总经理 01系统管理员 00系统管理员编号是新增的。 角色操作表(系统)表表名:sys_role_operate 需求文档表名:表 2具体字段:角色号 char (3) NOT NULL ,角色名 varchar (30) NOT NULL ,操作号 char (3) NOT NULL ,OA 系 统 的 发 展 趋 势 及 相 应 策 略第 8 页 / 总共 22 页操作名 varchar (50) NOT NULL 用户角色表(系统)表名:sys_user_role 需求文档表名: 表 3具体字

4、段:员工编号 char (5) NOT NULL ,姓名 char (10) NOT NULL ,角色号 char (3) NOT NULL ,角色名 char (30) NOT NULL 角色操作表(系统) (新增)表名:sys_operate 需求文档表名:新增具体字段:操作号 char (3) NOT NULL primary操作名 varchar (50) NOT NULL ,操作说明 varchar (50) NULL ,所属部门 varchar (20) NULL此表为新增,而且所属部门字段为新增字段,为了比较好区分各个操作。具体原始数据为:操作名 操作号系统管理(所属部门,下同)

5、角色管理 001用户管理 002市场部经营管理客户服务配置管理-申请 0153 页面设计此模块大量参考航信各项业务流程数据报表,详情可见系统用户手册一章,不在赘述OA 系 统 的 发 展 趋 势 及 相 应 策 略第 9 页 / 总共 22 页第三节 开发建设阶段建设阶段分为三个部分,数据库建设阶段,Bean 代码实现阶段,JSP 页面设计实现阶段基本逻辑结构如下3.3.1 数据库建设阶段此阶段根据在之前的数据库设计阶段 PowerDesigner 自动生成的 SQL 脚本建成所需的数据库表,对相应的用户表密码加密3.3.2 Bean 代码实现阶段此阶段根据上一阶段已经实现的数据库表建设 Be

6、an,先建成一个和数据库连接的 Bean文件,并以此为基础,编写其它的 Bean 代码对数据库进行增,删,改,查等操作,同时要求函数返回正确的运行结果,能够被其它程序所读取。基本的 Bean 逻辑结构如下:DB Bean3.3.3 JSP 页面设计实现阶段(页面设计工具:DreamWeaver)此阶段根据上一阶段已经实现的 Bean 编写 JSP 页面,逻辑结构如下第三章 相 关 开 发 技 术第一节 JavascriptJavascript 是一种基于对象和事件驱动并具备有安全性能的脚本语言。使用它的目的是与 HTML 超文本标记语言,Java 小程序一起实现在一个 Web 页面中链接多个对

7、象,与 Web可户交互作用,从而在浏览器上自动呈现所需效果。它通过嵌入和调入 HTML 语言中实现。它的出现弥补了 HTML 语言的缺陷,是 Java 与 HTML 折中的选择数据源(数据库)其它实体Bean实体Bean相关JSP 页面数据源(数据库)实体 Bean JSP页面本科毕业论文(科研训练、毕业设计)题 目:PC-PYMAC 成本管理子系统物料单价管理子模块姓 名:学 院: 软件学院系:专 业: 软件工程年 级: 学 号:指导教师(校内): 职称:副教授指导教师(校外): 职称:工程师年 月 日PC-PYMAC 成本管理子系统物料单价管理子模块摘 要 日本雅马哈发动机集团为一以摩托车

8、、游艇、汽车发动机、智能机械为主要产品的全球跨国公司,目前年度全球联结决算销售总额超过 10,000 亿日元(约 90 亿美元) 。进入新世纪后,为了迎接新的挑战和经营目标,在 2002 至 2003 年间开发了第三代生产管理信息系统 PYMACIII(Pan-Yamaha Manufacturing & Accessories Control System III) ,并准备对其集团的生产管理系统进行全方位的升级。同时,为了提升零配件制造厂的生产管理水平到同等层次,决定开发 PC-PYMAC 生产管理管理信息系统,并准备在今后 5 年内完成雅马哈发动机集团各海外零配件制造厂的 PC-PYMA

9、C(PC PAN YAMAHA MANUFACTURE CONTROL :单机版 通用雅马哈生产控制系统)生产管理系统的实施。关键词 PC-PYMAC 生产管理系统 成本管理目 录第一章 引 言 .3第一节 系统开发背景 .3第二节 整体描述 .2第三节 系统的机能特征 .3第二章 项目概述 .3第一节 系统整体图 .3第二节 系统业务流程描述 .5第三节 系统数据流图 .7第四节 系统功能描述 .7第三章 成本管理子系统 .10第一节 子系统模块的目的 .10第二节 子系统模块的定义、范围与内容 .10第三节 子系统模块的信息关联 .14第四节 子系统模块的机能 .16第四章 物料单价管理子

10、模块 .18第一节 单价主文件维护基本设计书 .18第二节 单价主文件查询(按交易对象)基本设计书 .23第三节 单价主文件查询(按物料)基本设计书 .24结束语 .26致谢语 .27参考文献 .29附录 A 物料单价管理子模块的数据库设计及部分程序代码 .30第一节 子模块的数据库设计 .30第二节 子模块的主要运行画面及实现的部分程序代码 .34第三节 单价主文件维护 .36第四节 单价主文件查询(按交易对象) .43厦门大学软件学院毕业论文(2002 级二学位)- 1 -第一章 引 言第一节 系统开发背景制造业从接受订货到组织材料生产到最后的产品发货,由于行业本身的特点就是零部件分类繁多

11、(大到摩托车车身,小到零件齿轮) 、生产流程复杂,因此在这一连串的生产流程、业务流程中常常存在各种各样的问题,在管理上有着非常多的改善需求,如: 不能迅速地、有把握地回答客户的交货期要求。 生产计划经常变更,工厂经常陷入混乱,由此产生的损失也很多。 不能按计划生产,其他方面的计划也经常落空。 现在库存究竟有多少? 不实际清点不知道, 库存管理台帐上的数据不可信 有的物料积压了很多,有的物料则经常缺件,导致资金周转不快,正常上班时无事可做,加班/休息日出勤等突击作业频繁。 物料订购计算很费时、准确性也不高,多订货/少订货经常发生。 生产周期过长,不能很好地响应市场变化,由此产生的中间库存也很多。

12、 用在生产管理上的时间和人员已经很多,但生产管理还是一种救急方式,而不是有条不紊的事前计划控制方式。 不能及时了解关键工段/工序的进度。 业务流程不规范、不完善,人员变动很频繁,部门和部门间不够协调。 不知道什么样的流程最合理、最符合国际业务习惯。 无法比较准确地事先确定产品成本、事先采取措施,当从财务部门拿到实际成本时已成既定事实。 能干的干部工作强度非常大,其他的人员却帮不上忙。 报表很多,但相互间数据不太一致。上述问题的原因可能很多,但其根源可概括如下: 企业的生产管理机制与其市场订货特性、商品特性、制造特性、管理特性不够吻合,企业生产管理机制的设计不够完善。PC-PYMAC 成本管理子

13、系统物料单价管理子模- 2 -第二节 整体描述日本雅马哈发动机集团为一以摩托车、游艇、汽车发动机、智能机械为主要产品的全球跨国公司,目前年度全球联结决算销售总额超过 10,000 亿日元(约 90 亿美元) ,公司隶属于制造行业,因此第三代生产管理信息系统必须充分考虑该行业的行业特点、满足该行业的行业需求,不仅要吸收第一、二代生产管理信息系统中的精华,且要针对第一、二代生产管理信息系统在实际生产、业务流程的应用中所暴露出的不足加以改进。第三代生产管理信息系统中的成本管理子系统主要涉及两个阶段:产品开发阶段和产品生产阶段。开发阶段模块主要是依据产品的设计、对物料的需求等来按车型、部门分别对成本进

14、行估算,以作为本年度产品生产阶段的一个目标成本;生产阶段模块主要是对本年度实际生产过程中实际发生的成本进行计算,以辅助下一年度的成本估算,并将其作为下一年度的标准成本,据此对下一年度的成本进行控制。第三节 系统的机能特征 适合机电及汽摩等行业的设计、管理思想。 满足订单生产模式(Make to order) 。 (即依据客户下达的订单而生产,通过对生产周期进行更精确的控制来实现此模式,以减少库存) 各种细微功能满足企业的特殊业务需求。 彻底贯彻计划/实际比较的设计, 帮助企业强化 PDCA 管理,以解决复杂的物流需求;所谓的“PDCA 管理”指在生产之前进行计划(Planning) ,在实际生

15、产过程(Do)中,进行计划与实际的核查(Check) ,从而对实际生产过程的物流需求进行调整(Action) ,如此一个循环反复的过程。 有偿/无偿支给品管理功能解决复杂的外协关系;所谓的“有偿/无偿支给品”指把部件交给其他加工厂商加工时,是把原料以有偿方式提供给加工者,加工完毕后再以加工后的实际数量买回,这样我方公司便无须对加工过程中产生的报废品负责;或是把原料以无偿方式提供给加工者,加工完毕后付给加工厂商相应的加工费,此种情况下,加工过程产生的报废品便算入我方公司的生产成本中。 多种细微功能协助进行库存控制。 体现制造与物流工序管理点的物料表,通过系统准确下达制造/采购指示。 完全的管理期

16、间(Bucket)的计划确定模式,协助企业灵活确立管理周期。 如可以以周为管理周期、运行周次 MRP。厦门大学软件学院毕业论文(2002 级二学位)- 3 -第二章 项目概述第一节 系统整体图PC-PYMAC 成本管理子系统物料单价管理子模- 4 -第二节 系统业务流程描述 公司领导者依据会计核算、销售等方面所汇报的综合信息,来制定产品的开发设计,并做出产品的需求预测; 依据产品的开发设计和对自身生产能力的掌握来确定哪些部件由自身生产、哪些部件向外购买、哪些部件交由其他厂商加工制造,并以此来设定交易商,及设计要在内部生产的部件的工序,这些便是制造基础信息,由“制造基础信息管理子系统”管理; 当

17、客户发出订单时, “销售/出货管理子系统”要对订单信息进行管理,根据“制造基础信息管理子系统”所提供的信息来回答客户的交货期,并依据交货期限对出货进度进行管理,依据订单价格对销售毛利进行预测; 依据销售来制定销售计划,再根据销售计划和对产品的需求预测,来制定主生产计划; 对仓库中已有产品和物料的库存进行查询,在主生产计划和查询结果的基础上获得所要量计划,从而制定出采购计划和制造计划,并对采购和制造过程进行实绩的管理; 产品生产完毕,部分用于交货,部分放入库存; 物料采购、产品制造阶段所产生的成本信息输入“成本管理子系统” , “成本管理子系统”依据制造基础信息、采购信息、制造信息等来估算目标成

18、本,计算实际成本,并把相应信息登入“应收/应付帐款管理子系统” ,再由“应收/应付帐款管理子系统”把信息输入会计系统中。厦门大学软件学院毕业论文(2002 级二学位)- 5 -事业部指的是集团内部一个管理、财务都相对独立的部门,可以视为集团下的一个子公司,如摩托车事业部、船外机事业部等,其中一些涉及制造的部门,便有其下属的工厂,而如 IT 事业部则无下属工厂。一个事业部可能有一个或多个工厂,而每个工厂又是一个相对独立的个体,有自己的生产科室、采购科室、品管科室(品质管理)等。生产科室中又划分为多个车间 S/U,每个车间又依据所生产的产品不同而划分为多条流水线:可能一条流水线生产一种零件,或者多

19、条流水线生产一种零件,或者一条流水线生产多种零件,或者有的流水线专门负责装配。本系统将生产一个零件所包括的工序或流水线设置为一个成本中心 C/C。每条流水线又被分为一道或若干道工序(W/CWork Center) 。工序是一个比流水线还小的制造单位,一个工序可以包括多台机器和设备。如生产一个零件的过程可以分归为一个成本中心 C/C,而每一个成本中心又可以包括若干道工序,也可一个成本中心只包含一道工序(如有的零件生产工序只有一道) 。PC-PYMAC 成本管理子系统物料单价管理子模- 6 -第三节 系统数据流图第四节 系统功能描述 制造基础信息管理制造基础信息管理是对生产活动基础数据的一元化管理

20、,包括对流水线、工序的进度,物料的库存数、库存位置,产品的制造成本、生产的时间和数量,前置时间的安排,工序的设定,物料所要量的查询交易商的信息管理等一切与产品制造有关的基础性数据的管理。 销售/出货管理管理客户的订货信息及相应的出货信息,包括:订单信息管理可以直接输入客户物料编号,系统自动转换成内部物料编号。能够直接从软盘中读取营销订单数据;出货处理进行对应于营销订单的出货处理和库存更新。能够进行计划外出货。可以分次出货。能够处理出货后的客户退货;交货期遵守评价可依据对预计交货期与实际交货本科毕业论文题 目:电信业客户关系管理系统软件测试姓 名:学 院:软件学院专 业:软件工程年 级:学 号:

21、指导教师(校内): 职称:年 月 日毕业设计论文 “电信业客户关系管理系统”软件测试第 2 页 共 35 页【摘要】本文在“电信业客户关系管理系统”开发完毕的前提下,利用软件测试的理论,对系统进行健壮性测试、功能测试、性能测试等一系列相关测试,并在此基础上完成对系统的整体评估。在测试工具的使用中,主要运用 Mercury Interactive 公司的 WinRunner 测试工具,对系统进行全面的功能测试。通过理论和实践相结合,实现对“电信业客户关系管理系统 ”的质量管理和错误跟踪。【关键词】客户关系管理系统 软件测试 WINRUNNER 接口/路径测试 功能测试 健壮性测试 性能测试 图形

22、用户界面测试 信息安全性测试 压力测试 可靠性测试 安装/反安装测试毕业设计论文 “电信业客户关系管理系统”软件测试第 3 页 共 35 页AbstractThis article is based on the implementation of “Customer Relationship Management System”, applying the theory of software test to actualize a series of tests,such as haleness test, function test, performance test, and on t

23、his base complete the evaluation of the system. With many testing tools on hand, it mainly uses WinRunner of Mercury Interactive to do function test. With the integration of theory and practice, it realized the quality management and bug tracking.Keyword CRM(Custom Relationship Management) Software Test WinRunner Interface/Routine Test Function Test Haleness Test GUI Test Information Security Test Stress Test Credibility Test install/uninstall Test毕业设计论文 “电信业客户关系管理系统”软件测试第 4 页 共 35 页目 录第一章 引言 .6第二章 软件测试概述 .

展开阅读全文
相关资源
相关搜索
资源标签

当前位置:首页 > 应用文书 > 毕业论文

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:文库网官方知乎号:文库网

经营许可证编号: 粤ICP备2021046453号世界地图

文库网官网©版权所有2025营业执照举报