UPnP-av-AVArchitecture-v1-中文
1.概述和范围1.1.介绍本文档介绍了整体的 UPnP AV 的架构，为 UPnP AV 设备和服务的模板的基础。AV 架构定义 了通用的交互在 UPnP 控制点和 UPnP AV 设备之间。它是独立于任何特定的设备类型、内容格式和传输协议。它支持各种设备（如电视机、录像机、 CD/DVD 播放器/自动唱片点唱机、 机顶盒、音响系统、MP3 播放器、静态图像照相机、摄像机、电子相框 (EPFs)，和PC） 。 AV 体系结构允许设备支持的格式的不同类型的娱乐内容 （如 MPEG2、MPEG4、 JPEG、MP3、Windows Media Architecture (WMA)，位Control pointUPnP ActionsDevice 1Device 2Figure 1: Typical UPnP Device Interaction ModelAVControl pointAVUPnP ActionsDevice 1Device 2(Source)(Sink)Out-of- BandTranster ProtocolFigure 2: UPnP av Device Interaction Model大多数N∨方案涉及的内容(娱乐)流(即电影、歌曲、图片等)从一个到另一个设备。如图2所示,一个AV控制点与两个或更多作为源和汇的UPnP设备分别进行交互。虽然控制点使这两种设备的行为是协调的和同步的,但是设备本身使用非UPnP("的带外")的通信协议来彼此交互。控制点使用UPnP初始化和配置两个设备日的是想所需的内容从一个设备传送到弓一个设备。然而,由于内容使用"带外"传输协议传输,控制点是不直接参与实际内容传输的命令。控制点根据需要配置这些设备、触发内容流,然后退出这个过程。因此,传输开始后,控制点可以断开而不会扰乱内容流。换句话说,核心仟务(即传输内容)继续即使没有本控制点的参与正如上面的场景中所述,涉及三个不同的实体:控制点,媒体内容的来源(称为"Mediaserver")和接收器(叫做" Mediarenderer")。的内容。整个文裆的其余部分,所有三个实体的描述好像他们是独立在网络上的设备。虽然此配置可能很常见(即远程控制部录像机,和电视),但是AV体系结构支持这些实以仟意的组合,集成在单个物理设备内例如,一台电视可以视为呈现设备(如显示器)。然而,由于大多数电视包含内置调谐器,电视也可以作为服务尜改备因为它可以调到一个特定的渠道和发送该內容到达一个MediaRenderer[MR](即他的本地播放或者一些远端设备,如非调谐播放器)。同样地,许多MediaServers和/或 Media renderers还可能包括控制点功能。例如,MP3渲染器可能会在某些U控件(如一个小的显小屏和几个按钮),允许用户控制音乐的播放。3.播放体系架构StandardControl PointUPnPActions(UI Application)MediaServerMediaRendererDecoderContentDirectoryRendering ControlConnection ManagerOut-of-BandConnectionManagerAVTransporttransferprotocolTRAnsportTransfer ServerTransfer ClientSourceIsochronous or AsychronousSinkPush or pull图3般设备架构aka3-Box型最终用户最通常的任务就是把想要呈现的个人内容或者项目在一个指定的设备上呈现。如图3所示,内容回放情景包括三个不同的UPnP组件:一个 MediaServer[MS],一个Mediarenderer,和一个 UPnP Control point,这三个部分(每个都有明确定义的角色)一起工作完成任务。在这个过程中, MediaServer包含(娱乐)内容,这些内容是用户想要在Mediarenderer上渲染的(例如播放和听)。用户与控制点U|在本地交互,在 Media Server上选择想要的内容,和选择目标 Media RendererMediaServer上包含或者有接口对于各种各样的娱乐内容,这些内容存储在木地,或者是 MediaServer容易获取到的其他设备上。 MediaServer能够访问它的内容并且传输这些内谷到其他设各上通过使用某种网络传输协议。被 MediaServer公开的内容可能包含各种类型包括视频、音频、和/或静态图像。这些内容通过网络协议传输,数据形式也可以被Mediaserver和 Media Renderer所识別。 MediaServers可能支持一种或多种网络传输协议同时也有对应数据格式或者也能够将一种格式的数据转换成另一种给定的格式。例如一个Mediaserver包含一个vCR,CD/DVD播放器/自动点唱机,照相机,摄像机,PC机顶盒,卫星接收机,音频磁带播放机等等MediaRenderer通过网终从 MediaServer上获得内容。例如 MediaRenderer包含TV,立体,网终启用扬声器,MP3播放器,电子图片框架(EPF),控制音乐喷泉,等. Media rendere可以接收的薮据类型取决与他支持的传输协议与数据格式.·些 Mediarenderers可能只支持种内容(比如声音或者静止图片),这方面,其他 MediaRenderers可能支持更宽泛的内容类型包括视频、音频、静止图像控制点协调和管理着 Media Server和 Media renderer的操作,用户可以直接操作(如播放,停止,暂停)日的是完成想要的任务(如播放最喜欢的音乐)另外,控制点提供U(如果有)以便与用户交互,目的是控制和架作设备(选择想要的内容)控制点U的布局和暴漏他的功能是依赖于实现和控制点制造商的决定的。一些控制点的例」可能包拈一个有传统遙控器的电视,一个带有显示器的无线掌上电脑等注:以上描述谈及的设备“收/发数据都是基于家庭网络的”在AV架构上下文中,包含点对点连接如被用来连接ⅤCR和电视的RCA电缆。N架构视这种迕接为家庭网络的一小部分(如段)。参照 Connection Manager Service[CM]获取更详细的信息根据以上描述,AV体系架构由三个不同的执行定义好工作的部件组成。某些情况下,这些组件将会作为分开的,特别的设备存在。不管怎样,这不需要是特例。设备制造商可以自由的使用这些逻辑实体仼意组合,并装进个简单的物理设备中。这种情况下,组合设备中的单个组件可以使用标准UPnP控制协议(如基于HTTP的SOAP协议)或者使用一些私人通信机制进行交互。任何情况下,每个逻辑实体的功能保持不变。然而,在后面的这种(私人情况)情况,因为逻辑实体之冋的交互是私自的,独立的组件将不能够与其他没有安装私人协议的 UPnP AV设备交互。在图3中,控制点是唯的组件去启动UPnP动作。控制点请求配置 MediaServer和MediaRenderer目的是使想要的内容从 MediaServer传输到 MediaRenderer(使用一种Media Server和 MediaRenderer都支持的传输协议和数据格式, Media Server和 Media Renderer向控制点调用一些UPnP动作。不管怎样,如果需要 MediaServer和/或 Media Renderer可以向控制点发送事件通知目的是通知控制点 Media Server和/或 Media Renderer的内部状态发生了改变。Mediaserver和 Mediarenderer不会通过UPnP动作相互控制.然而,为∫传输数据Mediaserver和 Mediarenderer使用一种“带外”(如非UPnP)数据传输协议直接的传输內谷。控制点不涉及实际的数据传输他仅仅是根据需要配置Medⅰ a server和Medⅰ rEnderer启动传输数据的过稈。一旦传输开始,控制点就彻底退出数据传输过稈.不管怎样如果用户需要,控制点能够控制数据的流动通过调用各种各样的 TRAnsport动作,如停止、暂停、FF、重放、过、浏览等。另外,控制点也能控制显示端的各种渲染效果,如亮度、对比度、音量、平衡等31媒体服务Mediaserver被用于查找有效通过家庭网络的数据。 MediaServers包含非常广泛的设各种类,包括录像机、DVD播放器、卫星/电报接受器、电视调谐器、无线电调谐器CD播放器、音频磁带播放器、个人电脑、MP3播放器等。一个 MediaServer的主要目的是允许控制点去枚举(如浏览和查找)可以被用户用来去渲染的数据。 Mediaserver包含 Content DirectoryService[CDS], a ConnectionManager Service[CM],和个可选择的 AVTransport Service[AT(依赖与于支持的传输协议些 Mediaserver能够同时传输多个数据芇点的,如一个基于硬磁盘音频自动存储塔能够同时传输多个音频文件到网络.为了支持这种类型的Mediaserver, Connection Manager为每一个链接(即每个流)分配记录一个唯一的ConnectionS。这个 Connections允许一个第三方控制点去获取 Media Server的活动链接信息3. 1.1. Content Directory Service这个服务提供了组动作,这些动作允许控制点去枚举服务器提供到家庭网络上的数据。这个服务的主要动作是 Content Directory: Browse(.这个动作允许控制点去获取细节信息关于服务器可以提供的每一个数据节点。这个信息(即元数据)包含属性,如名字,作者,创建时间,尺寸等。另外,返回的元数据鉴定」服务器支持的传输协议与数据格式。控制点使用这些信息决定,给定的 Media renderer是否能够渲染这些格式数据。3.1.2. ConnectionManager Service这个服务被用来管理关联着一个特定设备的连接,这个服务 Media Server上下文)的主要动作是 Connection Manager: Prepare ForConnection(.当运行的时候,这个动作被控制点调用,给服务器个信息,让服务器为处理即将到来的传输准备自己。依赖于指定的传输协议和数据格式。这个动作可以返回一个 AVTransport服务的 Instanced,控制点可以使用去控制数据流(如停止,暂停,快进等)。下面描述,这个 Instanced被用来区别多个 AVTransport服务对象,每个⑩D都关联着一个特定的连接通向渲染端。多个(虚拟)的 AVTransport对象允许 MediaServer冋时支持多个渲染器。当控制点想要退出这个连接,他应该调用 Media Server的动作 Connection Manager: Connection Complete((如果运行着)来释放连接如果 ConnectionManager: Prepare For Connection(动作没有运行,控制点只能在给定的时间内支持一个简单的渲染器。这种情况下,控制点应该使用 Instanced=03.1.3. AVTransport Service这个(可选的)服务被控制点用来回放关联着指定 AVTransport的内容。这包含停止,暂停,搜索的能力等。依赖于所支持传输协议和/或数据格式,个 MediaServer会或不会运行这个服务。如果支持, MediaServer可以区别多个服务对象通过使用 Instanced,这个ID包含在每个的音视频传输动作中。新的音视频传输对象的创建通过 ConnectionManager的Connection Manager: Prepare For Connection(动作.,每个新的服务对象都会被分配一个新的对象|D3.2. MediaRendererMediaRenderer被用来渲染(如显小和播放声音)从家庭网络中获取的内容。这包含多和类型的设备,包括电视机、音响、音箱、便携式音频播放器,音乐控制饮水机等。它主要的特点是它允许控制点控制内容渲染的效果(如亮度、对比度、卷、静音、等等)。另外,依赖于被用来在网络上获取数据的传输协议, MediaRenderer也会允许用户控制数据流(如停止,暂停,搜索等)。 Media Renderer包括一个 Rendering Control Service[RCSConnection Manager Service,和一个可选的 AVTransport服务(依赖于支持那种传输协议)。为了支持渲染设备可以在同一时刻操作多个内容节点(如音频混音器如卡拉Ok设备)渲染控制和服务都包含多个这些服务的独立(逻辑)对象。这个服务的每个(逻辑)对象都绑定在一个传入连接上。这允许控制点独立于其他人控制传入内容。这些服务的多个逻辑对象通过唯一的 Instanced米区分。控制点的每个动作调用包含这个辨识正确对象的ID。3.2. 1 Rendering ControlService这个服务提供·列动作,允许控制点控制渲柒器如何的去显示一块块的内容。这包含显示特性,包括亮度、对比度、音量,静音等。 Rendering ControlServic支持并发的,动态的服务对象,这就允许一个"混合在一起"的一个或多个内容项的渲染器(如面中画窗口电视或音频混音器设备)。新的服务对象实例由 Connection Manager; Prepare ForConnection()动作创建。如果 Connection Manager;: PrepareForConnection()动作没有执行, Instanced的缺省值是0。3.2.2. Connection Manager service这个服务被用来管理关联设备的连接。在 Media Renderer的上下文中,这个服务的主要动作是 Connection Manager: GetProtocolInfo()。这个动作允许控制点去枚举 MediaRenderer支持的传输协议和数据类型。这个信息被用来预先确定·个 Media Renderer是否可以去渲染个指定的内容项。个 MediaRenderer也会执行可选的动作ConnectionManager;: Prepare ForConnection()。这个动作由控制点调用去给渲染器一个指示让他准备自己为」即将到来的传输。另外,这个动作分配一个唯一的 Connection|D,这可以使第三方控制点获取到 Media Renderer正在使用的连接的信息。而且,依赖于被使用的传输办议和数据格式,这个动作会返回一个唯一的 AVTransport InstanceID,控制点可以使用这个去控制内容流(如停止,暂停,搜索等)。(详细信息请参阅下面的 AVTransport章节)。最后,ConnectionManager: PrepareForConnection()动作也返回一个唯一的渲染控制实例1D,控制点可以通过这个1D控制关联的内谷的渲染效果如前面所述。当控制点想要退出连接,他应该调用渲染器的 Connection Manager: Connection Complete(动作(如果开启了)去释放连接。如果没开启,则 InstanceID应被设置成0。3.2.3. AVTransport Service这个可选择的服务被控制点用来控制相关内容。这包括播放、停止、暂停、搜索等的能力依赖于所支持的传输协议和/或数据格式,渲染器可能会也可能不会运行这个服务。为了支持 MediaRenderer可以同时控制多个设备项。 AVTransport service会支持这个服务的多个逻辑实例。如上文所述, AVTransport InstanceID由 ConnectionManager: Prepare ForConnection()动作分配,来区分多个服务实例。3, 3. Control point控制点协调着 Media server和 Mediarenderer的操作,通常通过控制点U与用户进行交互。一个控制点不是UPnP设各,即他作为一个网络上的设备,它不是明显的,因为它不提供任何UPnP服务。相反的,控制点调用其它UPnP设备上的服务目的是触发一些想要的行为,发生在远端设备上。以下描述了一般控制点的泛型规则,用于与多种运行中的 MediaServer和MediaRenderer进行交互。1.发现N∨改备: MediaServers和 Media Renderers使用UPnP发现机制在家庭网络中被现,2.找到所需的内容:使用服务器的 ContentDirectory: Browse()或 Content Directory: Search操作,所需的内容项就定位了。由 ContentDirectory: Browse(/ Search(返回的信息中,包含传输协议和效据格式,这就支持 MediaServer在家庭网络中传输数据3.获取渲染器的支持协议/格式:使用 MediaRenderer的Connection Manager; GetProtocollnfo(所支持的传输协议和数据格式都由 Media Renderer的返回值返回给控制点4.比较/匹配协议/格式:由 ContentDirectory返回的关于想要的内容项的协议/格式信息,与由 MediaRenderer的 Connection Manager: Get Protocollnfo()返回的协议/式信息相匹配控制点选择一个被 Media server和 Mediarenderer都支持的传输协议和数据格式5.配置服务器/渲染器:设备的 Connection Manager: Prepare For Connection()动作(如果启用)通知 MediaServer和 Mediarenderer一个退出/加入的连接即将被迫使用指定的传输协议和数据格式,这是之前选好的。依赖于选择的传输协议, MediaServer或者 MediaRenderer将会返回 AVTransport InstanceID。这个被用来与 AVTransport Service相结合(设备返回的 AVTransport InstanceID)去控制内容流(如 TRAnsport:Pay(), TRAnsport:stopAVTransport: Pause(), AVTransport:seek()等),另外,渲染器将会返回一个渲染控制实例1D,这个被控制点用来控制渲染效果。注:因为 Connection Manager;: PrepareForConnection是一个可选动作,这可能会有一种情况是 MediaServer和/或 Media Renderer都没运行 Connection Manager: PrepareForconnection()这种情况发生时 MediaServer和 Mediarenderer都没有返回一个 AVTransport InstanceID,控制点就使用 InstanceID=0去控制内容的流。详细信息参考 ConnectionManager和 TRAnsportService「AVT]l。6.选择需要的内容:使用 AVTransport服务(服务1D由 Server或者 Renderer返回)调用AVTransport: SetAVTransportUR)动作去确认需要被传输的内容项。7.启用传输内容:使用 AVTransport服务,用户调用一种想要的传输控制动作(如AVTransport: Play(), AVTransport: Stop(), AVTransport: Seek(*)8.调整呈现特性:使用 Media Renderer的 Rendering Control service[RCS],用户调用任何想要的控制动作(如调整亮度,对比度,声音,静音等)9.重复:近择下·内容:使用 TRAnsport: etAvtransportURI(或者 AVTransport:SetNextAVTRansportUR)动作,确认下一个内容项要被传送从同一个服务器传送到同个渲染器,根据需要重复。10.清理服务器/渲染器:当该公话终止和 Media Server和 Mediarenderer不再需要交互内容,Mediaserver和 Mediarenderer的 ConnectionManager: Connection Complete()动作被调用来关闭 Media Server的连接基于上面的交互顺序,下面的图表按时间顺序举例说明」控制点, MediaServer、MediaRenderer之间典垩的交互序列。Play back General Interaction DiagramMediaControMediaServerPointRendererCDS: Browse/ SearchContent ObjectsCM: GetProtocolInfo(pProtocol/Format List D>Choose MatchingProtocol and formatCM: PFepareF or ConnectionAVT InstancedCM:PrepareForConneption(AVT, RCS InstancelDsAVT: SetAVTransportURIOAvT:: PlaAny AVT flow controloperation as neededte. g. stop, pause, seekOutOf. BandContent transferRCS.: Setvolume0Any RCS renderingcontrol operation(e. g. vollute,brightness, contrastContent Transfermplete-t--- Repeat as NeededCM: ConnectionComdleteO)CM: onnection Complete(Figure 4 General Interaction Diagram of the 3-Box model3-Boⅹ模型是最综合的UPnP交互模型,它也可能把控制点和服务联合在一起,形成一综合性设各。这种情况被2-Bσⅹ模型解释如下。3.31.2-BoX模型:控制点与译码器standardUPnPActionsMedia serverControl point(UI ApplicationContent DirectoryOut-ofBandDecoderConnectionManagertransferprotocolTransfer ServerTransfer clientSourceIsochronous or AsychronousSinkPush or pullFigure 5 Control point with Decoder如图5所示,内容回放场景涉及到两个截然不同的UPnP组件:一个 Media Server,和个带有译码器的UPnP控制点。这两个组件(每个都是定义好的角色)一起工作米完成任务,在这种情况下, MediaServer中包含(娱乐)用户想要在设备上渲染的内容。用户与控制点通过U交互来定位和选择想要的在 Mediaserver上的内容,并且使用自己的译码器播放它。这个控制点系统的状态不会被其他控制点追踪,因为“带外”传输不会在服务器注册或者播放器设备由于缺少 AVTransport service。这种情况解释为最简单的 UPnP Ay交互模型。注:这种情况下,控制点只与 Media Server进行父互。注:“Sink"在这种情况卜是 MediaRenderer的背板,甚至不是UPnP设备.332.2-Box模型:控制点有内容StandardActionsControl PointMediaRendererWith Content(UI Application)Cutof-BarRenderingControlContentprotocolConnectionManagerTransfer serverAVTransportTransfer clientSourceIsochronous or AsychronousSinkPush or pullFigure 6 Control point With Content
- 2020-11-30下载
- 积分：1
8个数据库设计典型实例
人事管理系统 工资管理系统 考勤管理系统 员工培训管理系统 仓库管理系统内部行文管理 销售管理系统 酒店管理系统由于数据库设计的重要性,人们提出了许多数据库结构设计的技术。但这些设计方法和设计者的工作经验有很大的关系。因此要从根本上解决所有数据库结构设计的问题,就需要多实践,在实饯中积累经验和教训,最终成为数据库结构设计的专家、数据库需求分析数据库结构设计的第个阶段,也是非常重要的个阶段是数据库需求分析。在这个阶段主要是收集基本数据以及数据处理的流稈,为以后进一步设计打下基础。需求分析主要解决两个问题:内容要求。调査应用系统用户所需要操作的数据,决定在数据库中存储什么数据。●●处理要求。调査应用系统用户要求对数据进行什么样的处理,理淸数据库中各种数据之间的关系。解决这两个问题的时候,程序编制人员需要冋应用系统用户详细调査,保证信息收集的完整性。否则有可能后面所有的工作都白费。在数据库需求分析后,应该得到一个数据字典文档,包括3方面内容●数据项。包括名称、含义、类型、取值范围、长度以及和其他数据项之间的逻辑关系数据结构。若十个数据项的有意义的集合,包括名称、含义以及组成数据结构的数据项●●数据沇。指薮据中数据的处理过程,包括输入、处理和输岀这个数据字典在程序的开发过程中会不断发生变化。对于一个大型的软件开发过程,般都需要一份详尽的数据字典针对本实例,通过对企业员工管理内容和过程分析,设计的数据项和数据结构如下●员工基本情况。包括的数据项有员工号、员工姓名、性别、所在部门、身份证号、生日、籍贯、国籍、民族、婚姻状況、健康状况、政治面貌、参加时间血型、参加工作时间、员工状态、状态时间、家庭住址、联系电话等工婚姻状况。包括的数据项有员工号、爱人姓名、爱人出生年月、结婚时间、爱人工作单位、爱人攻治面貌、爱人上作职务等员工学历信息。包括的数据项有员工号、学历、专业、毕业时间、毕业学校学校类型、外语1、外语1等级、外语2、外语2等级等。企业工作岗位信息。包括的数据库项有工作岗位代号、工作岗位名称、工作岗位杈力范围等。●企业部门信息。包括的数据项有部门代号、部门名称、部门经理、部门副经理等有了上面的数据结构和数据项基础,我们就能进行下面的数据库设计了。二、数据库概念结构设计这一设计阶段是在需求分析的基础上,设计出能够满足用户需求的各种实体,以及它们之间的关系,为后面的逻辑结构设计打下基础。这个阶段不用考虑所采用的数据库管系统、操作系统类型、机器类型等问题。这阶段可用的工具很多。用的最多的是ER图( Entity-Relation,实体-关系图),另外还有许多计算机辅助工具( Computer Aided Software Engineering,CASL)可以榘助进行设计本书的实例都是采用ER图的方法来进行数据库概念结构设计,在本书的第一个例子中先对ER图的方法进行简单介绍。E-R图是描述数据实体及其关系的一种直观的描述工具。这种图中有:实体。用方框表示,方框内为实体的名称。实体的各种属性。用椭圆表示,椭圆内为属性名称。使用线段将其和相应的实体连接起来。实体之间的联系。用菱形表示,菱形内为联系的名称。实体和实休之间的联系较多,比较常见的联系有1:1、1n和m:n这3种。●1:1。对于实体A构成的集合中每个实体,在实体集合B中至多只有一个实体与之相对应,反之亦然,称实体集合A和实体集合B之间是1:1的关系。1:n。对于实体A构成的集合中每个实体,在实体集合B中有n(n>0)个实体与之相对应,且对于实体集合B中的每个实体,在A中最多只有一个实体与之相对应,称实体集合A和实体集合B之间是1:n关系。m:n。对于实体A构成的集合中的每个实体,在实体集合B中有n(n>0)个实体与之相对应且对于实体集合B中的每个实体,在A中有m个实体与之相对应,称实体集合A和实体集合B之间是mn关系图2为员工实体E-R图。员工员工基本信息员工学历信息员工婚姻状况图2员工实体ER图图3为部门实体E-R实例工资管理系统工资管既是企业劳动人事管理的重要方面,同吋也是企业财务管理的重要方面,因为它是和人、资都相关的方面。工资管理需要和员工人事管理连接,同时连按工时考勤和医疗保险等等,来生成企业每个职工的基本工资、津贴、医疗保险、保险费、实际发放工资等工资管珥是一项琐碎、复杂而又十分细致的工作,一般不允许发生差错。手工进行工资发放工作,需要反复地进行抄写、计算,不仪花费财务人员大量的吋间,而且往往由于抄写不慎,出现张冠李戴,或者由于计算机的疏忽,岀现工资发放错误的现象。同时工资的发放具有较强的时间限制,必须严格按照单位规定的时间完成计算和发放工作。正是工资管理的这种重复性、规律性、时冋性,使得工資管计算札化成为可能。计算杋进行工资发放工作,不仅能够保证工资核算正确无误、快速输出,而∏还可以利用工资数据厍对有关工资的各种信息进行统计,服务于财务部门其他方面的核算和财务处理。不同的企业有着不同的人事制度、财务制度,也就决定了不同的企业具有不同的工资制度。本例按照一般企业都采用的工资计算公式,即根据员工的职务工种来确定基本工资,根据岀工情况来扣除缺勤镄,根据加班情况发放沣贴,根据医疔倸险费用给予报销费用,同时扣除社公保险费来生成一个员工的当月工资。第一节第一节系统设计系统目标设计系统开发的总体任务是实现企业员工工资管理的系统化、规范化和自动化。能够和人事管理系统、考勤管理系统相结合,真正实现企业髙效、科学、现代化的员工管理。二、开发设计思想尽量采用公司现有软硬件环境,及先进的管理系统开发方案,从而达到充分利用公司现有资源,提高系统开发水平和应用效果的目的。系统应符合公司工资管理的规定,满足公司工资管理工作需要,并达到操作过程中的直观、方便、实用、安全等要求。系统采用C/S体系结构, Client(客户端)负责提供表达逻辑、显示用户界面信息、访问数据库服务器; Server(服务器端)则用于提供数据服务。·系统采用模块化程序设计方法,既便于系统功能的各种组合和修改,又便于未参开发的技术维护补充、维护。系统应具备数据库维护功能,及时根据用户需求进行数据的添加、删除、修改、备份等操作。三、系统功能分析工资管理涉及企业箮理的多个方面,如员工职务工种变化、员工考劐情况、员工加班情况、员工医疗保险等等。根据这些信息,在每个月的某个固定时间,生成企业全体员工的月工资。对于月工资,能够实现按照员工、部门、月、年进行统计分析,产生相应报表。工资管理的特点是所关联的方面比较多,信息处理量比较大。因此对于本系统的设计,需要采取了下面的些原则在公司范围内统一各种原始单据的格式,统一联日和报表的格式。删除不必要的管理余,实现管理规范化、科学化程序代码标准化,软件统一化,确保软件的可维护性和实用性能够连接各个关联的数据库,获取数据库中的信息。保证各个数据库表格相关的项目之间具有相同的属性。在上面设计原则的基础上,完成系统功能分析。本例中的工资管理系统需要完成功能主要有:员工每个工种基本工资的设定。加班津贴的管理。根据加班的时间和类型给予不同的加班津贴根据月工资生成公式,按照员工的考勤情况和工作表现,生成员工月工资。员⊥年终奖金的生成企业工资报表的生成。支持各种不同形式的报表,如单个员工工资报表生成部门员工工资报表生成、按照月份统计工资报表等。工资管系统的使用帮助。四、系统功能模块设计在系统功能分析的基础上,考虑 Power Builder程序编制的特点,得到如图1所示的系统功能模块图。工资管理系统系统模块工资生成模块津贴管理模块医疗保险模块报表生成模块帮助模块图1系统功能模块图五、工资管理系统和企业中其它系统的关系工资管理系统是全企业信息管理系统的一个有机组成部分。它与企业中其他系统之间的关系如图2所示。⊥资生成⊥资生成财条管工资管理升迁离职考勤情况财务管理考勤管理人事管理图2和企业中其他系统之间的关系第二节数据库设计数据库需求分析在仔细调査企业工资管理过程的基础上,得到系统所要处理数据的流程如图3所小。年奖计算企业年度效益年终奖佥公式设定员工考勤加班津贴工资计算公式设定月工资生医疗保险基本工资图2和企业中其他系统之间的关系针对本实例,通过对企业工资管理的内容和数据流程分析,设计的数据项和数据结构如下●·员工考勤统计信息。包括的数据项有缺勤时间、缺勤天数、缺勤类别等。这些信息可从考勤管理系统的数据库中统计获取。员工工种等级信息。包括的数据项有工种等级、工种基本工资等员工津贴信息、。,包括的数据项有加班时问、加班类别、加班大数等。员工医疗保险信息。包括的数据项有医疗保险时间、医疗费用保险、社会保险费用等。员工基本信息。包括的数据项有员工号、员工姓名、员工工种、员工所属部门等。员工月工资信息、。包括的数据项有生成工资的时间、基木工资、缺勤扣除、加班费用、医疗保险费、月应发工资等员工年终奖金信息。包括的数据项有年份、员工的年终奖金数额等有了上面的数据结构、数据项和数据流程,就能进行下面的数据库设计了。二、数据库概念结构设计本实例根据上面的改计规划岀的实体有:考勤信息实体、津贴信息实体、医疗休险信息实体、员工基本信息实体、月工资实体和年终奖金实体。各个实体的FR图以及实体和实体之间的关系E-R图描述如下。图4为员工基本信息实体ER图。实例考勤管理系统考勤管理既是企业劳动认识管理的重要方面,同时也是企业财务管理的重要方面,因为它是和人、事都相关的方面。考勤管理系统需要和员工人事管理连接,同时需要连接工资管理系统等等,用语完成员工的升迁、工资、津贴、医疗保险、保险费、实际发放工资等第一节系统设计系统目标设计系统丌发的总体任务是实现企业员⊥考勤管理的系统化、规范化、和自动化能够和人事管理系统、工资管理系统相结合,真正实现仝业髙效、科学、现代化的员工管理二、开发实际思想尽量采用公司现冇软硬件环境,及先进的管理系统开发方案,从而达到充分利用公司现有资源,提高系统廾发水平和应用效果的目的●员工考劐管珅系统能够和考動杋相连接,从而完成自动、高效、科学的考勤信息输入●系统采用模块化程序设计方法,既便与系统功能的各种组合和修该,又便于未参与开发的技术维护人员补充、维护●系统应具备数据库维护功能,即使根据用户需求进行数据的添加、删除、修改、被分等操作。系统功能分析考勤管理涉及企业人事管理的多个方面,如员⊥职务升迁、⊥资发放、兴金发放、员⊥医疗保险发放等等。本利自重的考勤管理系统需要完成功能主要有以下几点。●●员工考勤信息处理。该莫完成员工考勤情况的输入、修改等操作。如果企业內有考勤机,可以将它的输岀处理后,形成考勤管理系统考勤模块的输入。企业缺勤类刑的设定。企业考勤统计。该模块可对某个员工进行考勤情况的统计,生成统计报表四、系统功能模块设计在系统功能分析的基础上,考虑 PowerBuilder程序编制的特点,得到如图1所小的系统功能模块图。考勤管理系统考缺报系勤表图1系统功能模块如图五、考勤管理系统和企业中其他系统的关系考勤管理袭击仝全业信息管珄系统的一个有机组成部分。他与企业中替他系统之问的关系如图2所示。工资管理L考勤情况考勤管理人事管理考勤情况图2和企业中其他系统之间的关系第二节数据库设计数据库需求分析在仔细调査企业考勤管理过程的基础上,得到系统所要处理数据的流程如图3所示。人员考勤企业手工输入考勤信息其他考勤机输入信息统计信息数据库报表管理数据维护生成系统图数据流程图针对本实例,通过对企业考勤管理的内容和数据流程分析,设计的数据项和数据结构如员工考勤信息。包括的数据项有员工号、缺勤时间、缺勤天数、缺勤类别等缺勤类别信息。包括的数据项有缺勤类别、名称、描述等。员工基本信息。包括的数据项有员工号、员工姓名、员工工种、员工所属部门等有了上面的数据结构、数据项和数据流程,就能进行下面的数据库设计数据概念结构设计木实例根据上面的设计规划出的实体有:考勤信息实体、员工基木信息实体、缺勤类型实体。各个实体的ER图以及实体和实体之间的关系ER图描述如下图4为员工基本信息实体ER图。员工基本信息员工号姓名员工部员工职务图4员工基本信息实体ER图图5为考勤信息实体E-R图考勤信息员工号姓名缺勤天数缺勤类别时间、原因图5考勤信息实体F-R图图6为缺勤类型实体F-R图缺勤类型类别名称描述图6缺勤类别实体ER图实体和实体之间的关系ER图如图7所小。员工具有1考勤信息属于1:缺勤类型图7实体之间关系ER图数据库逻缉结构设计在上面的实体以及实体之间关系的基础上,形成数据库中的表格以及各个表格之间的关系考勤管理体统数据库中各个表格的设计结果如下面的几个表格所小。没高歌表小在数据库中的一个表。表1为考勤管理表kp表考勤管理表格列名数据类型可否为空Emp-noVARCHAR2(6NOTN ULL员工号(主键—一)qq-dateVARCHAR2(6)NOTNUL L时间(主键二)qq-daynumberNUMBERQ, 1)NULL缺勤天数qq-IlbVARCIIAR2(3)NULL缺勤类别
- 2021-05-06下载
- 积分：1
