五宝镇卫生院

母子系统保健健康促进与健康传播总结

20xx年健康促进与健康传播项目工作中，在上级卫生主管部门和省、市项目的指导下，坚持运用全国亿万农民健康促进行动工作机制。结合联合国儿童基金会母子系统促健项目的实施广泛开展社会动员、重点加强和提高我镇孕产妇、五岁以下儿童家长健康知识，提高目标人群对母子系统保健工作服务。

一、认真贯彻学习《母婴保健法》及实施办法、通过办专栏、悬挂大幅标语、举办培训班等方式，广泛宣传、提高全民整体素质、加强队伍建设。

1、切实抓好母子系统保健服务。提供人员健康培训达到了90%，儿童家长对母子系统保健服务的知晓率达到了90%，孕妇接受5次产前检查达到了92%，孕妇住院分娩达到了98%，6个月内纯母乳喂养达到了97%，高危住院分娩打100%，从根本上降低了孕产妇死亡率。

2、在儿童保健方面，主要抓3岁内儿童系统管理和新生儿访视工作。同时做了大量的儿童营养科学喂养知识普及宣传，对儿童常见病、多发病、小儿“四病”防治工作抓得井井有条，今年3岁儿童系统管理率达到了87.86%。

3、加大妇女健康教育宣传力度。由于经济较落后，文化素质不高等原因。妇女病普查工作还存在着欠缺。通过各种渠道和多种形式加大对妇女常见病的临床表现和发生、发展、预防的宣传力度。让广大育龄妇女对自己健康保健有了崭新的认识，使他们自觉地参与到妇科疾病普查、普治工作中来。

二、加强对对外宣传力度，抓好技术培训

1、技术和业务培训。根据县妇幼保健院要求，举办了以会代训等多种形式的培训，让乡村医生认识到妇幼卫生工作和预防工作一样重要，并清除自己的职责和任务。

2、宣传教育工作。通过广播、标语、板报等多种渠道大力宣传妇幼保健知识，内容涵盖科学喂养知识、妇女病知识、儿童常见病的防治等。

五宝镇卫生院

20xx年x月x日

第二篇：子系统与类分析与设计总结

子系统与类分析与设计总结

子系统的分析与设计总结

1、工件——子系统

（1）子系统：子系统是UML模型元素，也是系统分析与设计过程中一个重要的工作，它不仅具有包（package）的分组特性，可以包含其他模型元素，而且具有类的封装和行为特性。子系统必须实现一个或多个接口。

（2）子系统的参与角色：设计人员

（3）子系统的可选性：对于仅由类和包组成的简单系统，子系统则为可选项

（4）与子系统相关的过程。

子系统将作为以下过程的输入：子系统设计和用例设计

子系统将作为以下过程的输出：确定设计元素、合并现有设计元素、子系统设计

2、子系统的目标

（1）松耦合（2）可移植性，即插即用性能（3）隔离变化（4）独立进展 子系统的出现也使代码具有以下特性：

（1）唯一性：一个对象可能有多个名称，也可按不同的方式对它进行描述。但在一个代码体系中，一个对象只能赋予它一个唯一的代码。

（2）合理性：代码的结构应与分类体系相对应。

（3）简单性：结构尽可能简单，尽可能短，以减少各种差错。

（4）系统性：有一定的分组规则，从整个系统中具有通用性。

这里需要注意的是子系统与包在寓意上具有差异：子系统是一种通过一个或多个它所实现的接口来提供行为的包。包并不提供行为，它们只不过是用来容纳提供行为的对象的容器。 类的分析与设计总结

1、类：是面向对象设计时提出的概念，类（Class）实际上是对某种类型的对象定义变量和方法的原型。它表示对现实生活中一类具有共同特征的事物的抽象，是面向对象编程的基础。一个类定义了一组对象。类具有行为(be-havoir)，它描述一个对象能够做什么以及做的方法(method)，它们是可以对这个对象进行操作的程序和过程。

2、子类（派生类）对父类（基类）的继承分为三种方式：公有继承（public）、私有继承（private）、保护继承（protected），一个子类可以从一个父类派生，也可以从多个父类派生。 从一个父类派生的继承称为单继承；从多个父类派生的继承称为多继承。

我觉得子系统与类还是有很多的相似之处，都是通过接口来提供行为的。不同的是子系统在面向过程设计可以没有封装性。

这块内容的重点是看懂UML图和模块化设计（23种设计模式都有与之对应的UML图）

设计模式主要有以下作用：

(1) 重用设计，重用设计比重用代码更有意义，它会自动带来代码的重用。

(2) 为设计提供共用的词汇，每个模式名就是一个设计词汇，其概念使得程序员间的交流更加方便。

(3) 在开发文档中采用模式词汇可以让其他人更容易理解你的想法，理解为什么你会这样做，你都做了些什么。编写开发文档也更加容易。

(4) 应用设计模式可以让重构系统变得容易，可确保开发正确的代码，并降低在

设计或实现中出现错误的可能性，还可以为重写其他应用程序提供很好的系统框架。

(5) 正确使用设计模式，可以节省大量的时间。

23种模式中的比较重要的一下模式：

Abstract Factory（抽象工厂模式）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

Adapter（适配器模式）：将一个类的接口转换成客户希望的另外一个接口。

A d a p t e r模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

Bridge（桥接模式）：将抽象部分与它的实现部分分离，使它们都可以独立地变化。

Facade（外观模式）：为子系统中的一组接口提供一个一致的界面， F a c a d e模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

Factory Method(工厂模式)：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。