文档库 最新最全的文档下载
当前位置:文档库 › HDC详解

HDC详解

HDC详解
HDC详解

MFC的HDC,CDC,CWindowDC,CClientDC,CPaintDC

一、DC(设备描述表)(Device Context):Windows应用程序通过为指定设备(屏幕,打印机等)创建一个设备描述表,在DC表示的逻辑意义的“画布”上进行图形的绘制。DC是一种包含设备信息的数据结构,它包含了物理设备所需的各种状态信息。Win32程序在绘制图形之前需要获取DC的句柄HDC,并在不继续使用时释放掉。

二、HDC是DC的句柄,API中的一个类似指针的数据类型. CDC是设备上下文类;HDC是设备上下文句柄; hDC和CDC有本质区别:

HDC是WINDOWS的一种数据类型,是设备描述句柄。而CDC是MFC里的一个类,它封装了几乎所有的关于HDC的操作。也可以这样说,HDC定义的变量指向一块内存,这内存用来描述一个设备的相关的内容,所以也可以认为HDC定义的是一个指针;而CDC类定义一个对象,这个对象拥有HDC定义的一个设备描述表,同时也包含与HDC相关的操作的函数。这与HPEN和CPen,POINT与CPoint之间的差别是一样的。

三、CDC是MFC的DC的一个类,含有一个类的成员变量:m_nHdc;即HDC类型的句柄.

CDC及其派生类: CObject ------>CDC ——>CClientDC、CPaintDC、CWindowDC、CMetaFileDC CPaintDC 无效区dc,相当于BeginPaint, EndPaint

CClientDC 客户区dc,相当于GetDC, ReleaseDC

CWindowDC 整窗口dc, 相当于GetWindowDC, ReleaseDC

CDC 任何dc, 相当于CreateDC, DeleteDC

(注: 除CMetaFileDC以外的三个派生类用于图形绘制.)

CDC类定义了一个设备描述表相关的类,其对象提供成员函数操作设备描述表进行工作,如显示器,打印机,以及显示器描述表相关的窗口客户区域。通过CDC的成员函数可进行一切绘图操作。CDC提供成员函数进行设备描述表的基本操作,使用绘图工具,选择类型安全的图形设备结构(GDI),以及色彩,调色板。除此之外还提供成员函数获取和设置绘图属性,映射,控制视口,窗体范围,转换坐标,区域操作,裁减,划线以及绘制简单图形(椭圆,多边形等)。成员函数也提供绘制文本,设置字体,打印机换码,滚动,处理元文件。

二、获得CDC *

CDC* pDC

pDC=GetDC();

三、获得hdc

HDC hDC;

1,hDC=GetDC(pCxp->hWnd);

2,pDC->m_hDC;

四、转换

CDC* pDC

HDC hDC;

pDC=Attach(hDC);

hDC=GetSafeHDC(pDC);

pDC->m_hDC==hDC

其派生类:

1.PaintDC: 封装BeginPaint和EndPaint两个API的调用。

(1)用于响应窗口重绘消息(WM_PAINT)是的绘图输出。

(2)CPaintDC 在构造函数中调用BeginPaint()取得设备上下文,在析构函数中调用EndPaint()释放设备上下文。EndPaint()除了释放设备上下文外,还负责从消息队列中清除WM_PAINT消息。因此,在处理窗口

重画时,必须使用CPaintDC,否则WM_PAINT消息无法从消息队列中清除,将引起不断的窗口重画。(3)CPaintDC也只能用在WM_PAINT消息处理之中。

仅仅用于响应WM_PAINT消息时绘制窗口,因为它的构造函数调用了::BeginPaint获取设备描述表HDC,并且使用成员函数Attach把它和CPaintDC对象捆绑在一起;析构函数使用成员函数Detach把设备描述表句柄HDC分离出来,并调用::EndPaint释放设备描述表HDC,而::BeginPaint和::EndPaint仅仅在响应WM_PAINT时使用。

https://www.wendangku.net/doc/d516443939.html,lientDC(客户区设备上下文): 处理显示器描述表的相关的窗体客户区域。

用于客户区的输出,与特定窗口关联,可以让开发者访问目标窗口中客户区,其构造函数中包含了GetDC,析构函数中包含了ReleaseDC。

代表窗口客户区的设备描述表。其构造函数CClientDC(CWnd *pWin)通过::GetDC获取指定窗口的客户区的设备描述表HDC,并且使用成员函数Attach把它和CClientDC对象捆绑在一起;其析构函数使用成员函数Detach把设备描述表句柄HDC分离出来,并调用::ReleaseDC释放设备描述表HDC。

3.CWindowDC: 处理显示器描述表相关的整个窗体区域,包括了框架和控件(子窗体)。

(1)可在非客户区绘制图形,而CClientDC,CPaintDC只能在客户区绘制图形。

(2)坐标原点是在屏幕的左上角,CClientDC,CPaintDC下坐标原点是在客户区的左上角。

(3)关联一特定窗口,允许开发者在目标窗口的任何一部分进行绘图,包含边界与标题,这种DC同WM_NCPAINT消息一起发送。

代表整个窗口区(包括非客户区)的设备描述表。其构造函数CWindowDC(CWnd *pWin)通过::GetWindowDC获取指定窗口的客户区的设备描述表HDC,并使用Attach把它和CWindowDC对象捆绑在一起;其析构函数使用Detach把设备描述表HDC分离出来,调用::ReleaseDC释放设备描述表HDC。

4.CMetaFileDC: 与元文件相关的设备描述表关联。

CDC提供两个函数,GetLayout和SetLayout用于反转设备描述表的布局。用于方便阿拉伯,希伯来的书写文化习惯的设计,以及非欧洲表中的字体布局。

CDC 包含两个设备描述表,m_hDC和m_hAttribDC对应于相同的设备,CDC为m_hDC指定所有的输

(如,GetTextColor是属性调用,而SetTextColor 出GDI调用,大多数的GDI属性调用由m_hAttribDC控制。

是一种输出调用。)

四、区别:

1、CClientDC,CWindowDC 区别不大, 可以说CWindowDC包含了CClientDC 就拿记事本来,CClientDC 就只是白白的我们可以编辑文字的那个区域是客户区,CWindowDC 除了上面说的白白区域, 还包括菜单栏和工具栏等

2、CClientDC和CWindowDC 与CPaintDC 的区别:在DC的获取方面CClientDC和CWindowDC 使用的是并且只能是GetDC 和ReleaseDC;CPaintDC 使用的是并且只能是BeginPaint 和EndPaint。

3、CPaintDC 只能用在响应WM_PAINT 事件;CClientDC,CWindowDC 只能用在响应非WM_PAINT 事件。

《关于WM_PAINT 事件》

系统会在多个不同的时机发送WM_PAINT消息:当第一次创建一个窗口时,当改变窗口的大小时,当把窗口从另一个窗口背后移出时,当最大化或最小化窗口时,等等,这些动作都是由系统管理的,应用只是被动地接收该消息,在消息处理函数中进行绘制操作;大多数的时候应用也需要能够主动引发窗口中的绘制操作,比如当窗口显示的数据改变的时候,这一般是通过InvalidateRect和InvalidateRgn函数来完成的。InvalidateRect和InvalidateRgn把指定的区域加到窗口的Update Region中,当应用的消息队列没有其他消息时,如果窗口的Update Region不为空时,系统就会自动产生WM_PAINT消息。

五、HDC和CDC相互转换:

(1)、HDC到CDC的转换:

方法一: 此方法在设备结束时不会销毁原来的资源(即:hDC,hBitmap) CDC *pDC = CDC::FromHandle(hDC);

方法二:此方法在设备结束时会销毁原来的资源(即:hDC,hBitmap) CDC dc;

dc.Attach(hDC);

(2)、CDC到HDC的转换:

CDC dc;

HDC hDC;

hDC = dc.GetSafeHdc();

企业内部管理系统

企业内部管理系统 Modified by JEEP on December 26th, 2020.

摘要 随着社会的发展,信息化成为时代的主题,企事业内部文档管理系统是企业管理中一个较重要的环节,是从业人员日常工作和个人信息的一项基本资料的保留,也是信息保密及防止资料外泄的重要手段,实现文档管理的电子化是现在的发展要求。企业内部文档管理系统有效的解决了纸质手工处理时效率低下和文件易丢失的问题,使得资料保留更完整查询更方便快捷。由此本课题进行企事业内部文档管理系统的研究是具有深刻意义的。 经过详细的需求分析和系统设计之后,系统选择以动态网页技术、SQL server 2000数据库开发工具等为开发工具,在此基础上基于B/S(浏览器/服务器)系统模式,实现数据库的连接并完成企事业内部文档管理系统的功能,以更好地满足各单位的需求。 经过详细设计后将系统主要分为以下的功能模块:目录管理模块、用户登录模块、文件管理模块、文件检索模块、系统管理模块,完成了用户信息管理及查询等方面的基本功能,更有效的提高系统处理的效率以适应人员的工作需求。 本文简单的介绍了系统的需求分析、总体设计,对数据库设计、详细设计以及系统实现的技术和方法进行了详细的说明。 社会在发展。一切都应该进步否则都将会逐步被淘汰,只有不断完善不断进取才可以更好适应于社会,生存与社会,发展于社会,才可以更好的服务于社会。 关键字:信息化、文档管理系统、、B/S系统模式 目录 8 8 9 9 2 5 5 5 6 7 8

第1章引言 1.1概述 社会的发展是多元的,由此在丰富了我们生活的同时也使得管理更繁冗,更沉重。应运而生的企事业内部文档管理系统,是利用计算机对公司内部人员和文档资料进行的信息管理,它可以对企业中的工作人员进行管理和查询,也可以对文档进行合理的处理如添加、删除、附加等等。文档管理信息化避免了以往手工录入的种种弊端,提高了信息管理的效率,节省了工作的时间和管理人员的劳力。而且它通过数据库的统一管理减少了数据处理的诸多错误,保证了系统管理的统一性,也增加了保密性。另外,文档信息是公司进行其它管理的前提,所以说内部文档管理系统是企业管理中一项重要的组成部分。采用文档管理的信息化不仅可以很好的避免以往的信息处理的弊端,还可以拓宽出更多的功能应用,比如说文件的权限设置,在系统中可以对重要的文件进行安全设置保证它的访问权限,增强文件的安全性。企业信息管理信息化在现在的发展中具有不可忽视的优势,也是未来企业管理不可缺少的,也是社会发展进步所必需,是进行一切行为的根本。 1.2课题背景 文档管理是企业日常管理的一部分,对于工作的日常运行来说是很重要的。然而现在许多机关、企事业单位的文档管理仍停留在基于纸介质的手工处理阶段,手工处理文档有许多缺点,比如说文档堆积多、重复劳动的工作多、分类管理困难、查询困难、利用率低、纸张浪费严重等问题,同时,另一个较严重的问题就是纸介质的文档,保存的时候容易受环境因素的影响,保存期限很受限制,而且纸质文档对森林的破坏也是较严重的。在企事业单位信息化建设中,文档管理的电子化是一项比较基本和典型的要求。企事业文档管理的电子化,有助于文档的长期保存、方便使用者的查询、也节省纸张开支。此外,电子文档的集中管理可以保证数据的统一性,也可对数据库的管理进行权限的设置,这就有助于保障文档的安全性和保密性。 针对这个方面国外发展相对较迅速,国外很多国家地方已配备了十分先进的管理信息系统,而且由许多国外开发的带有图形化界面的文档管理信息系统,以其高质量和高安全性一直享有相当好的口碑,但是这一类软件结构复杂,由于语言的障碍等诸多原因,不便于我们某些企业的迅速掌握,其次我们也可能很难接受相对高昂的价格,所以我们应该开发出拥有自主知识产权的高水平软件产品,为管理做好强大的支撑平台。现在,建立在计算机网络基础之上的企事业内部文档管理系统的应用和概念正逐渐的进入人们的生活,向文档管理信息化管理更进了一步。 在当前信息产业的强烈影响下企业的发展都在发生着变化,主要一个方面就发生在管理信息系统上。企业内部管理等多方面的需要,使现在的企业不得不建设管理信息系统,虽说现在已经有很多成型的税务MIS系统,但是多数是基于C/S结构开发的。针对

公司内部管理系统.

内部管理系统(人事管理系统+客户关系管理系统) 需 求 分 析 说 明 书 2015.10.9 一、人事管理系统部分 1、系统人员类型

公司的人员类型有以下几种:普通员工、部门经理、总经理、人事部经理和人事助 2、系统基本功能图解 2.1 基本机构图 2.2用例图解

3、功能详情 3.3.1 登录页面 需要登录的人员,对于不同的身份,他们的权限是不一样的。当用户输入ID和密码时,查询数据库,如用户名和密码正确,则进入相应的员工信息页面,若不正确,则提示用户用户名或密码错误,仍显示当前页面 3.3.2 查询员工资料 该模块主要查看自己/同事的资料,以更好促进公司员工之间的相互了解。同时也可以修改自己的部分信息。 主要功能包括:

●查询自己的详细信息:员工ID、员工姓名、电子邮件、所在部门名称(不是部门ID)、经理、 分机和自我介绍等 ●修改自己的自我介绍 ●修改自己的登录密码 ●查询、搜索其他同事的相关信息 3.3.3 员工资料管理 人事部门负责维护员工的基本资料。当员工第一天来公司报道时,人事部门将员工的基本资料(姓名、性别、出生日期、电子邮件及所属部门等)录入到数据中,并打印一份报道单给员工,上门列出了该员工的登录ID、公司邮件的地址、该员工的部门名称以及该员工的同部门同事列表。 主要功能包括: ●添加/修改/删除员工 ●按任意条件搜索员工(支持模糊查询) ●打印员工报道单 上传/修改员工的照片。 3.3.4请假模块 请假申请: 员工根据工龄享受年假。如果员工是本年度才加入公司的,则需根据报到日期按公司规章制度计算假期期数。员工请假不可以超过规定的请假小时数。员工可以通过本模块提交/查看/取消申请。 主要功能包括: ●显示员工本人年假总小时数、已使用小时数、当前可用小时数 ●用日历的方式显示可请假的日期,并突出显示国定节假日 查看员工本人某段时期内的请假记录、申请、批准状态等。 请假审核: 该模块只允许经理访问。经理可以查看下属的请假记录,批准/否决其中申请。

内部管理系统详细设计方案完整版

内部管理系统详细设计 方案 集团标准化办公室:[VV986T-J682P28-JP266L8-68PNN]

内部管理系统详细设计方案【最新资料,WORD文档,可编辑】

设计方案简介 本设计方案是为内部管理程序开发而编写的,它包括了系统可行性研究,系统模块设计,模块的具体流程设计,一些需要进一步讨论或者研究的问题,需要的资料与硬件,数据表的定义等。但它没有包含关于编码的更多主题。例如编码的约定,注解的格式等。尽管这些问题对于实现这个系统都是非常重要的,但因为是设计方案它没有被包括在其中。 整个设计方案的大致目录如下: 一.内部管理系统项目方案(第2页-第20页) 1.项目开发背景(第2页) 2.项目可行性研究(第2页-第6页) 3.系统的大致模块划分(第6页-第18页) 3.1 市场部(第6页-第17页) 3.1.1 系统登陆模块(第8页) 3.1.2 系统设置模块(第8页) 3.1.3 事件添加模块(第8页-第9页) 3.1.4 事件查找编辑(第9页-第11页) 3.1.5 事件参数设置(第11页) 3.1.6 事件跟踪模块(第11页-第13页) 3.1.7 人事基本管理(第13页) 3.1.8 部门参数设置(第14页) 3.1.9 资料票据管理(第14页-第15页) 3.1.10 业务收入统计(第15页) 3.1.11 工资参数设置(第15页) 3.1.12 员工工资管理(第15页-第16页) 3.1.13 数据加密备份模块(第16页) 3.1.14 数据库管理模块(第16页-第17页) 3.2 网管部(第17页) 3.3 制作部(第17页-第18页) 4.数据流图(第19页-第20页) 4.1 市场部业务数据流图(第19页) 4.2 市场部工资数据流图(第20页) 二.内部管理系统所需资料(第21页) 三.内部管理系统所需硬件(第22页) 四.数据库设计(第23页-第25页) 1.上层数据库设计(第23页) 2.市场部数据库设计(第24页-第25页) 五.项目工作量估算(第26页) 内部管理系统项目方案

企业内部通讯系统

开发背景和系统分析 视频001 前言 例001 企业内部通信系统 1.1 开发背景 ×××有限公司是一个中型的私营企业,企业内部的员工经常需要沟通和交流工作中的常见问题,频繁地使用电话会影响其他工作人员;另外,在实验室、档案室等需要安静气氛的环境中,使用电话沟通更不方便。为了便于职工之间的交流,或是工作信息的传递,企业内部通信系统的开发就显得十分迫切而重要。于是,该公司决定根据企业的内部结构,开发一个符合本企业工作流程的通信系统。它可以帮助企业快速搭建内部即时通信结构,大幅度提高企业的工作效率,使上级与下级之间的交流更方便。 1.2 需求分析 通过与×××有限公司的沟通和需求分析,要求企业内部通信系统具有以下功能。 ??系统操作简单,界面友好。 ??规范、完善的基础信息设置。 ??支持网络通信。 ??支持系统托盘和程序最小化功能,避免影响其他工作。 ??使用独立的本地数据库。 ??自动搜索和手动添加网络内的通信用户。 1.3 可行性分析 根据《GB8567-88计算机软件产品开发文件编制指南》中可行性分析的要求,制定可行性研究报告如下。 1.引言 ??编写目的 以文件的形式给企业的决策层提供项目实施的参考依据,其中包括项目存在的风险、项目需要的投资和能够收获的最大效益。 ??背景 ×××有限公司是一家中型的私有企业,为了提高企业的工作效率、实现信息化管理,公司决定开发企业内部通信系统。 2.可行性研究的前提 ??要求

企业内部通信系统必须提供网络通信功能,在通信过程中禁止使用聊天表情、文件传送等功能,避免资料外泄,或因发送错误而导致上级资料的丢失以及其他损失。最重要的是必须适应任何操作系统,也就是实现跨平台技术,因为企业内部的工作需要,工作环境中使用了多个操作系统来完成不同的工作。另外,系统不需要使用服务器中转和记录通信内容,可以独立完成通信任务,排除职工对领导监视工作进度等逆反心理。 ??目标 企业内部通信系统的目标是实现企业的信息化通信,提高企业通信能力,提高任务理解和执行能力,减少没有必要的人员流动和资金损耗,以最快的速度提升企业的市场竞争力。 ??条件、假定和限制 为实现企业的信息化通信,必须对操作人员进行培训,需要花费部分时间和精力来完成。为不影响企业的正常运行,企业内部通信系统必须在两个月的时间内交付用户使用。 系统分析人员需要2天内到位,用户需要3天时间确认需求分析文档。去除其中可能出现的问题,例如用户可能临时有事,占用4天时间确认需求分析。那么程序开发人员需要在1个月零19天的时间内进行系统设计、程序编码、系统测试、程序调试和网站部署工作。其间,还包括了员工每周的休息时间。 ??评价尺度 根据用户的要求,项目主要以企业通信功能为主,对于通信信息仅提供本次系统启动后的通信内容。由于职工人数过多,而公司在楼内公告板上的公告信息,难以及时通知每位职工,系统中公告功能要及时地通知所有员工最新的公告内容。 3.投资及效益分析 ??支出 根据系统的规模及项目的开发周期(两个月),公司决定投入4个人。为此,公司将直接支付3万元的工资及各种福利待遇。在项目安装及调试阶段,用户培训、员工出差等费用支出需要1万元。在项目维护阶段预计需要投入2万元的资金。累计项目投入需要6万元资金。 ??收益 用户提供项目资金12万元。对于项目运行后进行的改动,采取协商的原则根据改动规模额外提供资金。因此从投资与收益的效益比上,公司可以获得6万元的利润。 项目完成后,会给公司提供资源储备,包括技术、经验的积累,其后再开发类似的项目时,可以极大地缩短项目开发周期。 4.结论 根据上面的分析,在技术上不会存在问题,因此项目延期的可能性很小。在效益上公司投入4个人、2个月的时间获利6万元,效益比较可观。在公司今后发展上可以储备网站开发的经验和资源。因此认为该项目可以开发。 1.4 编写项目计划书 根据《GB8567-88计算机软件产品开发文件编制指南》中的项目开发计划要求,结合单位实际情况,设计项目计划书如下。

循空间系统发展的内在规律

循空间系统发展的内在规律,增强空间结构的有机组织性,由一盘散沙、无序开发变成一个有机整体,是我国现阶段国土空间开发面临的重大任务。 经过改革开放三十多年的发展,支撑我国国土空间开发的土地资源、水资源、能矿资源及生态资源等基础条件发生了巨大变化。我们需要更加注重高效、协调、可持续的优化配置国土资源,需要更加注重处理集聚和分散、开发和保护的关系,需要更加注重国土安全,构建高效、协调和可持续的国土空间开发格局。 基于我国的客观实际情况和面临的国际国内形势,我们形成了优化国土空间开发格局的基本思路。 集中发展,多极化协同集聚 在区域发展上各国均强调均衡发展和分散发展,认为集聚是国家和地区发展中一个长期没有解决的问题。近年来,人们发现集聚是世界多个国家或区域经济发展普遍存在的且对经济社会发展有正面效应的地理现象。 世界银行《2009年世界发展报告》提出:不平衡的经济增长和和谐发展可以并行不悖,相辅相成。当经济从低收入水平向高收入水平增长时,生产也随之日趋集中,那些距离大型市场较近的地区,其经济发展速度也较快。 过度强调均衡发展,将削弱市场竞争力,旨在降低区际生产与生活水平不平衡的政策很多,但效果往往不佳。在苏联,政府致力于区域的均衡发展,迫使生产向东部地区转移。致使列宁格勒、中部地区和中乌拉尔等老工业区的经济比例从65%缩减为32%。国家行为导致的空间效率低下很可能加速了苏联解体。 发展成效最为显著的国家往往能制定合理的区域政策,在实现生产集中的同时,促进不同地区人们生活水平的趋同。 改革开放后,我国也有集中发展的趋势。沿海地区的发展既有战略与政策方面的原因,也有在市场经济条件下经济要素向基础设施完善、自然环境优越的地区自动聚集的原因。 集中发展并非仅仅是向沿海地区或少数几个大城市集中。交通条件的显著改善为我国国土空间开发向深度和广度发展创造了条件,中西部地区也出现了大城市和城市群。未来的国土空间开发可进一步向中西部地区拓展,在大型综合交通走廊形成新的经济发展轴,在交通最为发达的区域形成新的城市群。应促进经济要素向发展轴和城市群集中。 集约发展,高效利用国土空间 我国国土空间很大,但适宜人居住和发展的空间并不大,山地多、平原少,约60%的国土为山地和高原,适宜工业和城市建设及耕作的土地仅有180多万平方公里。我国生态脆弱区域面积广大,中度以上生态脆弱区域占全国国土空间的一半以上。脆弱的生态环境,使大规模高强度的工业和城镇建设只能在有限的国土空间展开。

系统内部框架及数据字典

.系统内部框架及数据字典 1.1信息分类及相互关系 中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息、书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。读者借阅活动和各类信息之间的关系 1.2贯穿系统的两条信息线 集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提。 贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。以此为框架来构造和集成整个系统。 证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。 这两条信息线在系统中体现为具体的数据结构,它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。 2.各子系统的数据流程图及数据字典 2.1财务管理子系统 功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管 流程: 数据

务 整 凭证 采购计划预算数据 会计凭证 财务调整 审 批准 / 不批准 需配置及初始化的表: 字段中文名称 字段名 类型 长度 说明 业务号 TRAD_NO I 20 发生业务的统一编号 日期 TRAD_DATE D 业务发生的日期 收入 INCOME I 30 业务收入的金额 支出 OUTCOME I 30 业务的支出 凭证号 PROOF_NO C 10 本项业务涉及的凭证的编号 摘要 CHIEF_INTR C 50 业务内容的摘要 2.2书刊管理子系统 功能:组织和管理藏书。 组织和管理藏书:根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类,根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理,根据实际情况及时 主管部门

内部管理系统详细设计方案 (1)

内部管理系统详细设计方案 【最新资料,WORD文档,可编辑】

设计方案简介 本设计方案是为内部管理程序开发而编写的,它包括了系统可行性研究,系统模块设计,模块的具体流程设计,一些需要进一步讨论或者研究的问题,需要的资料与硬件,数据表的定义等。但它没有包含关于编码的更多主题。例如编码的约定,注解的格式等。尽管这些问题对于实现这个系统都是非常重要的,但因为是设计方案它没有被包括在其中。 整个设计方案的大致目录如下: 一.内部管理系统项目方案(第2页-第20页) 1.项目开发背景(第2页) 2.项目可行性研究(第2页-第6页) 3.系统的大致模块划分(第6页-第18页) 3.1 市场部(第6页-第17页) 3.1.1 系统登陆模块(第8页) 3.1.2 系统设置模块(第8页) 3.1.3 事件添加模块(第8页-第9页) 3.1.4 事件查找编辑(第9页-第11页) 3.1.5 事件参数设置(第11页)

3.1.6 事件跟踪模块(第11页-第13页) 3.1.7 人事基本管理(第13页) 3.1.8 部门参数设置(第14页) 3.1.9 资料票据管理(第14页-第15页) 3.1.10 业务收入统计(第15页) 3.1.11 工资参数设置(第15页) 3.1.12 员工工资管理(第15页-第16页) 3.1.13 数据加密备份模块(第16页) 3.1.14 数据库管理模块(第16页-第17页)3.2 网管部(第17页) 3.3 制作部(第17页-第18页) 4.数据流图(第19页-第20页) 4.1 市场部业务数据流图(第19页) 4.2 市场部工资数据流图(第20页) 二.内部管理系统所需资料(第21页)

外部结构与内在系统研究

外部结构与内在系统研究——以鲫鱼、蟾蜍、家兔为例 姓名: 学号: 专业: 年级: 时间:

目录摘要与关键词 一、正文: 【1】、目的 【2】、材料 【3】、方法 【4】、结果与分析 【5】、讨论 二、参考文献

【摘要】 通过对鲫鱼、蟾蜍、家兔的结构观察,掌握不同种类生物的特征及其适应环境的形态结构特征; 了解鲫鱼、蟾蜍、家兔解剖方法; 熟悉鲫鱼、蟾蜍、家兔的内部结构; 比较鱼类、哺乳类、两栖类生物循环系统、消化系统、排泄系统的不同点。 【关键词】 结构 系统 解剖 一、正文 【1】、实验目的: (一)、鲫鱼 1、观察鲫鱼的外形及内部各系统的结构特点; 2、初步掌握鱼类的解剖技术; 3、了解鱼类动物消化、呼吸、泄殖系统的形态结构及特点; (二)、蟾蜍 1、通过蟾蜍的内部解剖和观察,了解两栖动物消化、呼吸、泄殖系统的形态结构及特点; 2、掌握一般的解剖技术。 (三)、兔 1、通过兔的内部解剖和观察,了解哺乳动物消化、呼吸、泄殖系统的形态结构及特点; 2、学习小型哺乳动物解剖方法 【2】、实验材料及仪器 (一)、 1、实验材料:活鲫鱼 2、实验器材:白色解剖盘、解剖剪、镊子 (二) 1、实验材料:活蟾蜍 2、实验器材:白色解剖盘、解剖剪、镊子 (三) 1、实验材料:活兔 2、实验器材:白色解剖盘、解剖剪、镊子 【3】、实验方法: (一)鲫鱼 外形观察(如下图1)

(1) 取活鲫鱼,置于解剖盘中观察。鲫鱼外形呈纺锤形,左右侧扁,全身可分为头、躯干和尾三分。 1、头部:口在端部,两侧无口须;有成对的鼻孔和眼;头两侧有鳃盖。 2、躯干:鲫鱼全身被覆瓦状排列的圆鳞,两侧中间的一行鳞片均具有小孔,形成侧线,此行鳞片称为侧线鳞,主要起感知水流方向、速度、障碍物等作用。体具有成对的胸鳍和腹鳍;不成对的背鳍、臀鳍和尾鳍。肛门和泄殖孔分别开在腹部臀鳍之前。 内部解剖和观察(如下图2) 取活鲫鱼放在解剖盘里;使腹部向上,用解剖剪从肛门向前剪开,沿腹中线经鳍中间剪到下颌(第一剪)之后,再使鱼侧卧,左侧向上,自肛门前的开口向背方剪开,沿脊柱下方剪至鳃盖后缘(第二剪),再沿鳃盖后缘剪至胸鳍之前(第三剪),除去左侧体壁,即可观察。

公司内部管理系统

内部管理系统(人事管理系统+客户关系管理系统)需求分析说 明书 一、人事管理系统部分 1、系统人员类型 公司的人员类型有以下几种:普通员工、部门经理、总经理、人事部经理和人事助 理。权限定义如下表所示: 2、系统基本功能图解基本机构图 用例图解

3、功能详情 登录页面 需要登录的人员,对于不同的身份,他们的权限是不一样的。当用户输入ID和密码时, 查询数据库,如用户名和密码正确,则进入相应的员工信息页面,若不正确,则提示用户用户名或密码错误,仍显示当前页面 查询员工资料 该模块主要查看自己/同事的资料,以更好促进公司员工之间的相互了解。同时也可以修改自己的部分信息。 主要功能包括: 查询自己的详细信息:员工ID、员工姓名、电子邮件、所在部门名称(不是部门ID)、经理、分机和自我介绍等 修改自己的自我介绍 修改自己的登录密码 查询、搜索其他同事的相关信息 员工资料管理 人事部门负责维护员工的基本资料。当员工第一天来公司报道时,人事部门将员工的基本资料(姓名、性别、出生日期、电子邮件及所属部门等)录入到数据中,并打印一份报道单给员工,上门列出了该员工的登录ID、公司邮件的地址、该员工的部门名称以及该员工的同部门同事列表。 主要功能包括: 添加/修改/删除员工按任意条件搜索员工(支持模糊查询) 打印员工报道单 上传/修改员工的照片。 请假模块 请假申请: 员工根据工龄享受年假。如果员工是本年度才加入公司的,则需根据报到日期按公司规章制度计算假期期数。员工请假不可以超过规定的请假小时数。员工可以通过本模块提交/查看/取消申请。 主要功能包括: 显示员工本人年假总小时数、已使用小时数、当前可用小时数 用日历的方式显示可请假的日期,并突出显示国定节假日 查看员工本人某段时期内的请假记录、申请、批准状态等。 请假审核: 该模块只允许经理访问。经理可以查看下属的请假记录,批准/否决其中申请。 主要功能包括: 显示经理下属名单 显示某段时间内所有/部分员工的请假记录汇总,包括年假总数、已使用小时数、当前可用小时数、请假理由 显示当前所有待批准的请假记录,可以在上面执行“批准/否决”操作 请假管理: 人事部可以查看公司所有员工的请假记录,同时可以设定国定假日。主要功能包括: 设定国定假日 按部门汇总某段时期内的请假记录。

内部管理系统详细的设计方案

内部管理系统详细的设 计方案 项目开发背景为了提高公司内部管理的效率,所以需要编制一套完整的用于公司内部管理的系统。这样一个系统可以在整个公司范围内使用,做到了公司资源的整合与共享。 项目的可行性研究 1.技术方面: 整个系统属于一个规模比较大的MIS 系统。尽管其在组织关系上存在着很大的复杂性,繁琐性,不确定性,但是就整个系统的技术构成上来看,它还是属于一个数据库应用类的系统。其 基本操作还是对存在数据库进行添加、删除、查找、编辑等。所以就单纯的数据库应用来看,暂 不存在太大的技术问题。 2.经济方面: 由于系统对公司的正常运行的影响是相当大的,所以必须要设置单独的服务器来运行这个系统。又考虑到所有计算机硬件软件都是存在出错可能的(具体到这个系统,由于其需要不间断 的运行,所以其出错的可能就会变得更大),因此整个系统应该考虑使用双机热备份技术。使 用两台服务器同时运行,一个为主一个作备份,这样可以避免服务器故障对整个系统的影响。 又考虑到这个系统是为公司内部服务的,而且数据库设置和调试时候都必须要直接使用服务器, 所以应该将服务器设置在公司内部。纵观整个系统需要的硬件,我们认为整个项目的投资将可能 是比较巨大的。这方面,提请公司再作详细讨论。 3.法律方面: 整个系统由于是自行开发,自行使用,所以系统本身不存在法律上的版权争议。在服务器软件方面,应该使用正版软件,因为整个系统尽管是开发给内部使用,但它毕竟很多部分还是要依靠Internet 的,一旦服务器连接到Internet 上,它的操作系统可能会被Microsoft 跟踪,如果不是正版软件,将不得不面临民事诉讼的风险。4.目前存在的问题: 目前我们觉得最大的问题仍然是数据库访问方式上的问题。和一般的MIS 系统不同,我们面临着更广泛范围内的数据库访问。这个范围已经不可能用局域网解决了,但一旦使用Internet 网,数据传输的有效性和安全性就会成为严重的问题。现在将三种可能数据访问的方式列举如 下,并逐一作分析:a.使用纯单机版的数据库系统这是最简单的数据库访问方式。采用这种方式不涉及网络传输,所以无论在哪个部门,也不管其上网设施是如何的,总能采用这种方法的。 采用这种系统后,如果要实现数据同步,必须定期将数据库全部上传(注意:这里应该是上传整个数据库,因为采用这种方式操作的系统,它上传的时间间隔一般是比较大的,如果记录哪些记 录是更新的,在实际同步时候,将花费很多时间作整个更新记录的比对,在记录量增大时候,这 个检测的时间也会急剧增加,反而增加了处理时间),服务器在收到整个数据库后,在服务器端运行一个特殊的

相关文档