招标项目需求说明书

招标项目需求说明书（共8篇）

招标项目需求说明书 篇1

项目名称： 长益高速收费数据分析系统一、概述

因湖南省高速公路联网拆分系统软件升级，导致长益下属收费站入口和出

口交易数据、拆分数据、代收拆分数据无法获取。而现阶段省高管局监控中心无法在上报报表日期内提供拆分数据，从而导致长益高速收费数据分析系统无法输出相关报表。经过深入了解和分析，在与业主方多次探讨后，提出以下变更说明。

二、变更内容

 MTC实收和流量

原始情况：

人工收费系统出口站收费数据和出口流量的导入，是由收费站工作

人员从站级拆帐网下载的“收费数据统计报表”并再录入部分细分数据，导入长益收费数据分析系统。

变更后：

收费站工作人员在分析系统中MTC实收功能模块中只录入出口各车

型实收收入、各车型流量、免费车流量、绿通车流量、系统外收入、绿通车减免金额、免费车减免金额、手工票金额。

运营部工作人员在分析系统中MTC实收功能模块中导入本路段各站

进，其他路段出的代收流量的各车型估算流量。其中包括各车型流量、绿通车流量、免费车流量。

 MTC实得

原始情况：

人工收费系统实得数据的导入，是由收费站工作人员从站级拆帐网

下载的“拆帐统计报表”，导入长益收费数据分析系统。

代收实得的导入，是由运营部工作人员从拆帐网下载的“长张高速

公司名称，版本号

2公路联网收费实际分配收入统计表”，导入长益数据分析系统。

变更后：

运营部工作人员在分析系统中MTC实得功能模块中导入估算MTC各

车型拆分收入。其中包括本路段各车型收入、系统外收入及代收业主各车型收入、系统外收入。

 报表输出

由于原始基础数据的变更，所导致从数据模型上的建立发生了变化，从而将导致原长益数据分析系统输出报表无法根据原来基础数据的数据输出，需要转换为估算的数据输出，需要对所有的报表进行修改。

需要修改的报表有以下：













































 公司－绿色通道车辆 公司－收费站拆帐情况表 公司－单车收费标准计算表 公司－流量对比表 公司－各类车流量收入比重对比图 公司－各类车流量收入比重表 公司－实征率 公司－高速免费车 公司－收费车流量统计 公司－ETC收费车与免费车 公司－月流量分析 公司－ETC征费情况 公司－月收入图 公司－月收费情况总表 公司-收费车流量与收入统计 路劲-收入影响因素对比表 路劲-项目每月输入及车流汇总表 路劲-各站每月收入及车流汇总表 路劲-历年路费收入图 路劲-历年次票车流量图 路劲-日报 省局-交通流量统计月报表 省局-绿色通道和免费车公司名称，版本号

 省局-其他收入分项统计

 三年同天对比-1月

 三年同期对比-2月

 三年同天对比-3月

 三年同期对比-4月

 三年同期对比-5月

 三年同期对比-6月

 三年同期对比-7月

 三年同期对比-8月

 三年同期对比-9月

 三年同期对比-10月

 三年同期对比-11月

 三年同期对比-12月

 周报-高速公路

 周报-总表

 周报-流量图

 周报-收入图

 周报-老路

 月报-月收费

 月报-财务系统内金额拆帐

 月报-月度收费情况

招标项目需求说明书 篇2

1 网站项目需求分析的必要性

需求分析是一个项目的开端，也是项目建设的基石，没有做好需求分析的项目是有高风险性的。据有关统计，失败的项目中有80%是由于需求分析不明确造成的，同为软件项目的网站项目建设亦是如此，当然这也是与网站项目自身的特点相关联的。

1.1 网站项目建设的特点

1)设计者与客户层次与认识存在差异，容易导致项目建设目标的不确定性。

2)网站项目涉及领域广，对参与项目的人员理解和研发项目提出高要求。

3)网站建设属智力密集、劳动密集型项目，受人力资源影响大。

4)开发技术的快速发展使得网站项目的开发具有多模式的特征。

5)网站项目底层编程较为专业，要有友好界面对项目各参数进行配置。

1.2 网站项目需求分析的作用

结合网站项目建设特点，网站项目需要以下几个步骤：首先业务员与客户接洽了解，确认立项，从客户代表那里获得需求后，形成需求报告;业务流程分析员分析需求报告，生成项目模型报告;界面工程师得到项目模型后设计制作相应的模板和用户界面原型，并最终由客户代表确认。可以看出，作为项目开端的需求分析直接保障了整个项目的正确性、可行性和必要性，对项目最终的检测性和简明性至关重要，也可以这么说，做好需求分析才能有的放矢，项目才有成功的可能性。

2 网站项目建设需求分析策略

上面我们已经了解了网站项目需求分析的重要性，怎样做好需求分析，形成分析报告并最终完成项目呢?

网站项目狭义地讲包括了网页制作、美工设计、程序编码、系统及网络管理等专业技术，广义上又包含了企业管理、市场营销、心理学、广告学等很多领域的知识，在业务员与客户沟通立项后，由于设计者与客户层次与认识事物存在差异，容易导致项目建设目标的不确定性，这就使项目组与客户的沟通出现了问题;另外不同行业客户的特殊要求(比如开发税务相关网站项目，就需要设计人员有一定的税务知识)也对参与项目管理的人员和研发人员提出了很高的要求，这就要求接洽业务员要加强客户所在领域的知识积累，能够将客户的需求转化成实际的程序输出，也能够将项目中的个模块以客户易于理解的方式进行说明，深度挖掘客户需求，并最终明晰项目建设目的，完成必要的项目需求分析。在项目组的准备工作完成后，我认为采集客户需求应该按照以下三个阶段进行：

1）第一阶段

目标：完成调查报告和业务流程报告，搞清供求关系。

采取方法：项目组采取主动“问答”方式，指定有经验的业务员和需求方进行沟通。

具体实施：项目中涉及的经理、页面设计员、程序设计员、测试员，文档起草等人员必须到场，通过访谈、调查表、填写意向表等方式从宏观上把握客户具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等客观信息，与客户建立起良好的沟通渠道和方式。建设团队经理对搜集的信息进行汇总，各参与人员就获取的知识进行进一步的归类分析，页面设计员制定大略的视觉模版;程序员就网站功能进行拆解分析，列出网站需要的程序模块并就各功能实现的可行性对照现有的软硬件环境进行评估;文档起草准备完成调查报告和业务流程报告，进一步明细项目思路。

2）第二阶段

目标：完成调研分析报告，完成业务流程设计，进一步确认客户需求。

采取方法：项目组采取“联想启发”方式，对第一阶段的调查进行完善和修改。

具体实施：项目涉及人员的要通过“联想启发”方式经一步与客户进行沟通，消除由网站项目建设的特点导致的众多不确定性。客户的需求往往是笼统的、分散的，第二阶段要对第一阶段的对网站项目的总体设计方向进行进一步的确认，可以通过展示企业以往开发的相似类别的产品实例、对网站项目的开发方法及运行方式和要求进一步说明，让客户等非专业人员对整站系统从前台到后台，从页面到代码，从架构到管理有一定的认识，从而是客户对自己的最终需求进行具体的描述。另外，项目组还要进一步了解客户的组织架构、业务流程，目前已有的软硬件环境，服务器现有的系统等，结合实际情况，架设调试服务器，作出基本的演示页面，和用户一起探讨业务流程设计的合理性、准确性以及站点浏览界面的习惯性和友好性，展现整个业务流程的设计，就建设目标的合理性和准确性进一步探讨，提出改进意见和改进方法。

3）第三阶段

目标：根据客户反馈修改演示系统，完成需求分析报告和业务流程报告，提交客户确认。

采取方法：对涉及网站项目流程和数据项的报告、文档进行“逐项签字确认”。

具体实施：在第二阶段需求分析工作的基础上，要求客户对前两个阶段的反馈意见进行审查，进一步明晰网站项目建设方向;承建方要对网站项目的流程进行进一步细化，对涉及的数据项要求客户进行逐项确认，另外承建方还要进一步改进演示页面，向客户描述整个网站项目的设计目标和输出结果，最终双方达成一致并签字确认。

总的来说，网站项目的需求分析是逐步深入，曲线前进的，要重视各个阶段的重点，将分析工作做到位才能做到省时、省力、省钱、高效，并最终保证整个项目的成功开发。

3 网站项目需求分析的注意事项

网站项目需求主要是指用户对网站系统在功能、行为、性能、设计约束等方面的期望，通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明。在整个项目实施过程中需求不明确、业务流程不合理往往是项目面临的最大风险，直接导致项目的开发失败或是客户不接受，因此必须做到细致了解客户意愿，明晰客户需求，采用必要措施来强化需求调研，需要注意以下几点：

3.1 深化沟通，强化需求分析

1)在实际项目建设中，客户由于种种原因很难在分析阶段全面而准确的描述所有问题，项目实施者可以引导客户讲所有想到的需求全部阐述清楚，然后归纳整理后逐条筛选，将客户的模糊要求明晰化。得到初步项目目标后，由于客户与研发人员知识的不对等，有可能导致理解的不对称，项目业务员要了解客户所在行业的需求情况，采取多次协商的方式，逐步强化需求分析。

2)很多情况下客户并非专业人士，有的描述很难凸现重点和技术难关，有些客户甚至描述的需求软件实现难度极大，客户需求概念的模糊，导致项目目标笼统而且尺度难以控制，这就要求业务人员认真倾听客户说明，充分利用图表、结构图以及简单直白打比方的方式与客户沟通，让客户理解开发流程和开发注重的要点，对自己预期目标进行整理和分析，使得项目实施者可以发现客户在开发过程中的潜在需求。

3.2 细致分析，增强功能扩展

通过与客户的深入沟通，将客户预期及反馈信息一条条的罗列出来，逐条归纳、分析，发掘用户最原始、最完整的要求，完成业务流程，划分各功能模块，充分考虑客户基本要求基础上的潜在需求，增强模块功能扩展，方便在开发过程中随时增加模块功能，满足客户多重需要。如政务系统在接收公文的同时，也许就需要为客户预留各公文接收单位沟通的通道;邮件系统设计的时候可能会需要考虑广告管理、超大附件、或许还要有邮件贺卡等应用;电子商务网站也许需要热卖排行榜、年终销售统计报表等等。

限于各方面的因素，客户通常能够接受分阶段的开发过程，但是随着网站项目的逐步成形，客户就会不断提出很多改进需求，因此在需求分析时，承建放要提早为客户设想到今后的需求变更，增加模块功能的可扩展性，可以使项目开发更加顺利。

3.3 强化管理，提高团队效率

一个好的团队，才有好的协作，才有好的效率，才能作出好的项目，这就体现了团队管理的重要性，在作为网站项目重中之重的需求分析阶段尤为重要。

1）要有清晰的需求目标。

需求分析阶段团队中的项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应参与需求调研，共同讨论客户反馈意见，根据团队分工不同，分项实施，达成一致意见。全体人员要对项目需求有统一清晰的认识，在开发过程中遇到问题及时与客户沟通修订，避免业务人员与开发人员、承建方和客户方之间发生不必要的纠纷。

2）要有紧密的沟通协作。

加强团队成员的沟通协作，使项目信息通道畅通，建立健全反馈机制。项目进行中，项目的需求变更是无法避免的，在有类似情况发生时，各成员之间良好的沟通可以以最短的时间作出反应，将变更信息转化为项目模块的修改加强，并能及时将变更信息传递给客户，便于下一步项目的研发。

3）要有合适的个人技能

一个有效率的开发团队选成员要选“合适”的，而不是“最强”的，出色的团体对成员个体技能可以不是全面的，但是所在岗位的成员必须具有完成该岗位的最需要的技能。在需求分析乃至后期研发阶段，一个具有岗位高效的团队，对客户反馈意见的修改效率是高速的，对整个项目的不断改进完善有极大的推进作用。

4）要有良好的信任环境

信任相当脆弱，它需要花大量的时间去培养而又很容易被破坏。成员间相互信任是有效团队的显著特征，在开发团队中营建良好的信任环境对于提高团队效率是至关重要的。因此负责人要做到恪守信用，支持下属、尊重下属，在绩效评估时能做到客观公正;团队成员之间要加强沟通，做到分工明确、各尽其职。

4 结束语

随着网络软硬件的飞速发展，网站项目建设的需求越来越高，客户对项目的规模和复杂性的要求不断提高，做好网站项目管理需求分析已经成为了项目开发的重中之重，讲求分析策略，强化需求分析，才能保证网站建设项目高效、高速、高质量地完成。

摘要：该文主要根据网站项目建设的一些特点, 对网站项目管理需求的必要性进行了分析, 并提出相关方法和注意事项。

关键词：网站项目管理,需求分析,注意事项

参考文献

[1]沈成涛.强化网站项目管理的需求分析[J].工程地质计算机应用年, 2005 (2) :16.

[2]王策.浅谈网站项目管理中的需求分析[J].延边教育学院学报, 2010, 24 (2) :37.

[3]王雪梅.项目管理之需求分析[J].中国科技信息年, 2005 (19) :47.

中式悖论：制造项目与市场需求 篇3

此外，巴航工业也非常热衷于在中国兴建本土化的生产线。目前，巴航工业在哈尔滨设有与中航工业合资成立的哈尔滨安博威飞机工业有限公司，该公司负责组装生产ERJI45支线飞机，以及基于该机研制的超中型公务机莱格赛650。首架哈尔滨产的莱格赛650已于去年9月首飞成功，按照双方的计划，该机将于去年年底交付，不过截至目前，该机的交付信息仍然没有见诸报端。

一边是马不停蹄的生产项目，一边是媒体口中的“井喷市场”，表面看起来似乎是双赢的局面，事实果真如此吗？

2008年之后，中国公务机市场异军突起，但是，中国市场自始自终都向大型公务机偏斜，市场对于远航程、大客舱公务机的喜好从未改变。据亚翔航空的报告显示，湾流和庞巴迪的大型公务机仍然在中国市场上占据主导地位，并且机队数量仍在逐年上涨。2013年，湾流共在中国市场上交付飞机36架，庞巴迪交付飞机25架，达索猎鹰则交付9架，空客和波音共交付公务机26架。曾几何时，雷神飞机，即后来的豪客飞机也曾在中国市场上风光一时，而这些飞机的市场份额目前正在被达索猎鹰和巴航工业新研制的中、大型公务机所取代。

回到前文提到的本土化生产项目，赛斯纳的“奖状”系列公务机，其全系机型均为中轻型飞机；除世袭1000外，巴航工业也暂且没有其他的大客舱公务机产品。2013年前，由于超中型公务机莱格赛650尚未得到市场的充分认可，因此巴航工业在中国的公务机机队规模始终为零。不过好消息是，随着趋近于大型公务机的莱格赛650在市场上的认可程度越来越高，巴航工业的公务机机队在中国持续走高。巴航工业在2012年便已经收获了28架公务机的订单，2013年又向中国市场交付了4架莱格赛650和1架莱格赛600，这意味着其机队即将进一步增长。但是，赛斯纳的公务机数量则维持在33架。由此可见，以“奖状”系列中轻型飞机为主的赛斯纳若想凭借“本土制造”撬动中国消费市场，仍有很长的路要走。再看巴航工业，虽然莱格赛650已经捕获了部分中国消费者，但是，巴航工业仍要面临一个难题……

中国的飞机若要获得消费者的认可，还需要具备良好的“口碑”。中国的公务机消费者在选择机型时，其评判标准往往是朋友的评价，而目前“口碑”最好的公务机品牌是湾流飞机，一个没有本土化生产线的品牌。虽然在中国组装生产的飞机能够享受到诸多好处，如政府客户的优先采购权等，但是，当下中国公务机的消费主力是私人客户，而非政府或国有企业。

回到题头，“本土制造”或许是一个很好的噱头，但是，“本土制造”距离“本土消费”，仍然相差甚远。

中国投资和中国制造

自上世纪70年代起，中国就开始和西方的公务与通用航空企业开展广泛的合作生产项目，而早期的合作项目均集中在直升机领域。中法两国基于早期的合作最终促成了中航工业直升机和欧直公司在1.5吨级的EC120项目上达成进一步合作，中方在该产品的研发中承担了24%的工作，最终，中国版EC120，即HC-120研制成功。

2005年，中法两国决定联合研制EC175/AC352（直15）中型直升机，哈尔滨飞机工业集团负责生产这款直升机的机身部分。随后，中国企业又与西方企业签订了多款直升机的合作生产项目，其中包括2005年与阿古斯塔·维斯特兰在昌河建立合资生产线，生产3.2吨级的AW109，即国内代号为CA109的轻型直升机。2007年，西科斯基又与中航工业昌河飞机工业集团签订协议，中方负责生产S-76C直升机的机身部分，如今，该生产项目已经拓展至最新的S-76D直升机。

除合作生产外，中国企业还收购兼并了一批西方的公务与通用航空企业。2007年，中国企业家成身棕购得美国轻型直升机勃兰特利（Brantly）B2B，该机随后在青岛制造，并被改造为中国最大的无人直升机V750，该机已于2011年在山东潍坊首飞成功。2012年，重庆直升机投资公司又收购了美国另一家直升机公司——恩斯特龙。

直升机领域之外，中国和西方企业的合作始于2007年。当时，赛斯纳为了削减成本，决定在沈阳生产162“捕天者”（Skycatcher）轻型运动飞机。2010年，中航工业通飞决定收购美国的破产套材飞机生产商埃佩克（Epic）。虽然该公司最终被售给了一家俄罗斯企业，但是，中航工业通飞依旧获得了埃佩克的单发涡桨和单/双发喷气式飞机的知识产权。随后，基于埃佩克飞机研制的“领航”（Primus）和“天骄”（Starlight）系列公务机横空出世，其中，将于2015年获得取证的“领航”150全复合材料飞机被视为中国的首款自主研发的公务机。

此后，中国的“收购”步伐一直未停止。2010年底，中航国际成功收购了美国活塞航空发动机制造商大陆发动机，去年10月，公司又收购了破产的德国航空柴油发动机制造商蒂勒特（Thielert），并将其产品纳入大陆发动机的产品线。自此，大陆发动机便同时拥有了传统的航汽发动机和更易于使用的航煤发动机。

迄今为止，中国最大胆的一笔“抢购”发生在2011年——中航工业通飞收购了美国轻型飞机制造商西锐飞机公司，同时，中方投入巨资在珠海建立了SR20/22单发活塞飞机的生产线，同时出资支持西锐在美国研发单发涡扇喷气式飞机SF50，该机预计于2015年取证。此外，西锐还为明星机型Icon A5轻型运动水陆两栖飞机生产机身，去年6月，Icon也宣布公司获得一笔来自中国的投资……

需求说明书 篇4

编制说明

千里之行购物网由“级软件班彭双双”工作室承接制作,其一切功能都依据顾客需求制订,制作,特作以下说明书.

更改控制单

目 录

1

总则 ........................................................................................................................................... - 4 - 1.1 1.2 1.3 2 3

适用范围 ............................................................................................................................. - 4 - 引用标准文献 ..................................................................................................................... - 4 - 名词术语表 ......................................................................................................................... - 4 -

系统体系结构 ........................................................................................................................... - 5 - 系统功能需求 ........................................................................................................................... - 6 - 3.1 3.2

总体实现 ............................................................................................................................. - 6 - 系统管理平台 ..................................................................................................................... - 6 -

前提和约束 ................................................................................................................ - 6 - 3.2.2 系统管理功能 ............................................................................................................ - 7 - 3.3 系统主要业务流程 ............................................................................... 错误!未定义书签。 3.3.1 用户信息发布流程 ....................................................................... 错误!未定义书签。

4

系统技术需求 ........................................................................................................................... - 7 - 4.1 4.2 4.3 4.4 5

安全性 ................................................................................................................................. - 7 - 扩充性 ................................................................................................................................. - 7 - 易维护 ................................................................................................................................. - 7 - 响应速度快 ......................................................................................................................... - 8 -

3.2.1

系统性能需求 ........................................................................................................................... - 8 - 5.1 5.2

系统响应时间 ..................................................................................................................... - 8 - 并发处理能力 ..................................................................................................................... - 8 -

6 系统安全性需求 ....................................................................................................................... - 8 - 6.1 6.2 6.3 6.4

用户合法身份校验 ............................................................................................................. - 8 - 数据授权控制 ..................................................................................................................... - 8 - 操作日志 ............................................................................................................................. - 8 - 防火墙 ................................................................................................................................. - 9 -

7 其它非功能性需求 ................................................................................................................... - 9 - 7.1 7.2 7.3

稳定性需求 ......................................................................................................................... - 9 - 扩展性需求 ......................................................................................................................... - 9 - 易操作 ................................................................................................................................. - 9 -

1 总则

1.1 进入21世纪以后，网上购物已经是一件新鲜的不能再新鲜的事情了，对于我国网络

购物的需要量，特地建立一个购物网站以供需求

1.2 适用范围

本规范是千里之行购物网项目的技术需求、开发和实现的指导性文件。

1.3 引用标准文献

《编码规范》

1.4 名词术语表

2 系统体系结构

参考软件体系架构采用MVC多层体系的思路，本系统平台架构也体现这一架构的思路，具体设计如下图示意：

图2.1系统软件结构示意图

该体系架构采用业界成熟和广泛运用的J2EE技术、基于MVC(模型―视图―控制器)设计范例进行架构设计。

WEB服务器为前端客户浏览器提供表示逻辑和用户导航;处于中间层的应用服务器通过WEB容器和JAVABEAN提供的各组件完成业务逻辑和工作流;处于后端的数据模型层提供数据逻辑，根据具体情况的不同，采用DAO连接数据库。

MVC(模型―视图―控制器)设计范例基于功能清楚地分开了代码，因此，修改某一层上的应用程序不会影响到其它层，整个系统是一个松耦合的系统，特别适合于业务模式、用户状况与需求多变的`应用环境。在系统开发上，由于它将功能清楚地进行了分解，使得需要不同技术能力的团队可以相互独立地工作，这种明确的分工可有效利用开发团队成员的力量，实现高效优质的开发工作。

3 系统功能需求

3.1 总体实现

所有的用户可以划分为以下几个大类：

? 网络用户：通过网络实现查看网页信息，注册为会员，登陆后享受会员具有会员功

能，信息发布、信息回复查看等功能。 ? 系统管理员：系统管理人员，完成基本参数设置、系统运行日志、用户管理和权限

设置等系统基本设置。 按照以上原则，系统划分为两部分功能实现：面向网络用户的功能和面向系统管理的系统管理功能。

图3.1 系统功能模块示意图

以下所有功能模块的需求分析将基于这个模块划分原则进行，并展开详细的需求分析说明。

功能实现上应能做到：操作简便;具有使用护航;可操作性好;对关键数据输入有即时提示;并且做到界面及提示用词统一、通俗易懂、不使用专业技术用语。

3.2 系统管理平台

系统管理平台面向整个网站管理IT系统的系统管理员，管理员通过该平台可以完成系统的用户管理、权限分配、以及性能分析、安全日志查询等系统级管理功能。

图3.2 系统管理平台功能模块图

3.2.1 前提和约束

管理员权限为系统内置权限，只能访问管理平台，不能进行业务操作。

通过用户组设置，减少批量相同权限用户的设置重复工作量。

权限模型按照用户-用户组-权限-可访问资源(包含数据访问控制)，进行设定。

3.2.2 系统管理功能

为了方便顾客的使用、操作和维护以及根据顾客要求，我工作室将千里之行购物网分做前台和后台两个控制功能模块。前台的内容发布给广大的网民，而后台部分则是便于顾客修改数据库，更新网页内容。也就是说，网民通过网络可浏览网页，而顾客将用有一个独立于客户端的控制页面，由顾客授权管理。 网页雏形

我工作室根据顾客提出的要求，计划将网页制作成如下形式：

1、首页顶部千里之行购物网名称，并以图片做修饰，添加导航条，导航条内容有：

网站公告、产品导航、户外服装、登山用品、野营露宿、休闲运动、运动工具共7条;

2、其中首页将推荐商品、特价商品、新上商品，便于顾客浏览。 3、首页左边将放置帮助信息及功能模块; 4、在首页下部是一些其他千里之行购物网的帮助解释等超链接。 5、用户点击相应的功能模块按钮进入功能页面，帮助用户完成功能操作。 6、用户点击客户管理，进行注册、登陆、修改个人信息等操作，并配有各功能的

独立页面，操作不成功弹出操作不成功的提醒页面。

7、后台内容中，提供了系统管理员的登陆，操作页面。操作主页面提供对数据库

内容的增删改查四个功能的按键，管理员选择用户或用户信息后对内容进行更新或修改。每个功能按键对应一组成功与出错的页面。

4 系统技术需求

4.1 安全性

保障用户信息的数据安全性和保密性，防止外部攻击和窃取核心业务数据就显得尤为重要。故在数据访问，层间通讯必须使用JAVABEAN做数据封装。

4.2 扩充性

客户管理有很大的发展潜力，系统应该通过方便的设置扩充系统容量，而且对客户预订业务也应该可以通过模块化定制。

4.3 易维护

随着业务的发展，网站信息数量也会增加，所以系统必须提供方便的维护手段，尽量减少系统维护的工作量。

4.4 响应速度快

用户在查询信息时，对系统延迟往往有一个忍耐极限，所以要求系统响应速度应在用户忍耐范围内。

5 系统性能需求

系统性能是用户测评系统的一个重要指标，包含以下两个方面：系统相应时间和并发处理能力。

同时，考虑性能时，也应该综合考虑系统的硬件指标、用户最大数量、系统实时需求性和系统复杂度。

5.1 系统响应时间

提供先进的数据访问引擎技术，提高数据处理响应速度。一般性查询最长不超过 5 s，一般业务处理操作不操过5s，报表查询以及复杂查询操作一般不操过30s。

5.2 并发处理能力

通过先进缓存技术。解决多用户并发访问瓶颈。 系统应支持最大并发在线客户数为30-50个。

6 系统安全性需求

由于系统是基于Internet的Web应用，因此安全性措施尤为重要。

6.1 用户合法身份校验

6.2 数据授权控制 6.3 操作日志

所有重要业务操作，在系统中均记录日志，包含登录的信息、操作信息、日期等，作为事后系统安全审计和跟踪的依据。

6.4 防火墙

为防止Internet上的恶意攻击和数据安全，在系统和外网之间设置防火墙，以保证合法的访问和系统安全。

7 其它非功能性需求

7.1 稳定性需求

7.2 扩展性需求

《景区分销系统》需求说明书 篇5

《电子票务代理分销系统》

需求说明书易旅网络科技 背景与目标

1.1 背景

旅游行业近年来发展迅速,传统有实力的旅行社顺势不断发展，但随着自身的资源越来越丰富，代理的景区票务、酒店越来越多时，让旅行社自身在资源管理、价格体系管理等方面越来越力不从心，此外，由于自身长久经营积累下来的价格优势也不断促使旅行社发展自已的二级代理或多级代理，但发展自己的代理无疑进一步加剧了管理的压力。随着互联网技术的长足发展，电子票务已经成为了现实，如果有一套在线的网络电子票务软件，将供应商、自身与代理商之间的价格体系、现金流系统地管理起来，将无疑大大地减轻甚至从根本上解决旅行社、票务代理商的难题

渠道中心：略

1.2 系统目标

 系统应具有行业通用性，能够满足一般旅行社、票务代理商使用

1.3 运行环境

 Windows Server 2003 或2008  IIS7.0或以上

 Net Framework 4.0或以上  SQLServer 2008

易旅网络科技 功能需求

2.1 系统登录

 管理员登录  供应商登录  代理商登录  验票员登录

2.2 管理员功能需求

2.2.1 管理员首页

 今日经营情况  产品统计图表  代理商统计图表  供应商统计图表  公告

2.2.2 供应商管理

 供应商列表与查询  新增供应商  编辑供应商  删除供应商  供应商详情  付款操作  提现操作  授信操作

2.2.3 产品类别管理

 类别列表 易旅网络科技

 添加类别  删除类别  更新类别  类别Index设置

2.2.4 产品管理

产品性质：团体票与散票类型

产品类型：景区，酒店，影院，线路，其它。其中景区、酒店、影院、其它具有通用的属性，线路的属性则具有行业特殊性，部分属性需要单独定义 条码类型分为：系统自有条码，导入外部条码，无需条码 支付类型分为：预付，到付 说明：1.导入条码不能选择团体票

2.无需条码类型操作流程如下，代理商下单，填写客人手机号、身份证等，提交订单，管理员收到订单（短信自动提醒），登录景区系统，获取条码，单击订单上的转发凭证到客人手机，完成订单(申请退款)

 添加产品  删除产品  更新产品  锁定产品  下架产品  复制产品

 复制产品到其它类别  产品详情  产品列表展示  添加导码产品  编辑导码产品 易旅网络科技

 旅游线路产品编辑  旅游线路产品新增  旅游线路与电子印章映射  电子印章管理

 电子印章与合同模板映射  合同模板管理  合同模板与产品映射

2.2.5 代理商管理

 添加代理商  删除代理商  更新代理商  锁定代理商  代理商列表展示  代理商充值  代理商提现  代理商信用额设置

 代理商权限设置（预订、导码） 代理级别设置

2.2.6 验票员管理

 添加验票员  编辑验票员  删除验票员  验票员列表与查询

2.2.7 订单管理

 订单展示列表 易旅网络科技

 订单查询  作废  短信转发

2.2.8 统计报表

 订单统计  财务统计  产品统计  代理商统计  供应商统计

 代理商导出条码统计

2.2.9 公告管理 2.2.10 用户管理 2.2.11 系统设置

2.3 供应商功能需求

2.3.1 供应商首页

 系统公告  本周经营情况  统计图表

2.3.2 验票员管理

参见上面

2.3.3 订单管理

 订单列表（未验证不能显示条码） 订单查询  作废 易旅网络科技

2.3.4 统计报表 2.3.5 个人中心

2.4 代理商功能需求

2.4.1 代理商首页

 系统公告  本周经营情况  图表统计

2.4.2 订票业务（个人，团队订票）

 团体票下单  散票下单  到付消费下单

2.4.3 自助充值

 收款账号配置  支付宝相关参数配置  支付宝接口实现  代理商自助充值实现

2.4.4 订单管理

 订单展示列表  订单查询  短信重发

 退款（导码不能退款，自有条码直接退款，无需条码：在未发货直接退款，已审批只能申请，管理员再审批）易旅网络科技

2.4.5 报表统计 2.4.6 个人中心

 修改密码  个人资料

2.4.7 导出条码业务

 生成条码  生成条码文件

2.5 验票员功能需求

2.5.1 验票业务

 条码有效性验证  各种非法条码提示  验票通过  到付收银

2.5.2 当日验票 2.5.3 当日统计 2.5.4 验票历史 2.5.5 个人中心

 修改密码  个人资料

2.6 渠道中心功能需求

2.6.1 产品发布

 产品基本信息发布  商务信息发布 易旅网络科技

 产品价格体系发布

2.6.2 申请合作

 提交申请  取消申请

2.6.3 建立合作

 同意合作  拒绝合作

 添加渠道产品到产品列表

2.6.4 产品预订

 渠道产品预订页面  下单

2.6.5 产品验票 2.6.6 渠道供应商管理

 渠道供应商展示  中止合作  自助充值

2.6.7 渠道代理商管理

 渠道代理商展示

 删除代理商（中止合作） 代理商充值  代理商提现

2.6.8 渠道产品管理

 渠道产品展示  删除产品 易旅网络科技

 设置代理价格  上线  下线

2.6.9 我发布的产品管理

 产品展示  修改价格  编辑基本信息  删除产品  下架产品  上架产品

 查看产品渠道代理商

2.6.10 我的申请管理

 我的申请列表  取消申请

2.6.11 待审批合作管理

 待审批合作列表  审批通过  审批拒绝

2.6.12 渠道产品中心

 渠道产品查询  申请合作入口

2.6.13 入驻商户中心

 入驻商户展示  编辑入驻商户信息 易旅网络科技

2.6.14 公用验票插件

 验票插件实现  独立运行插件实现  与景区系统整合 易旅网络科技

需求要点 易旅网络科技 其它需求

      

敏感信息进行加密存储;定期数据库备份和建立恢复机制

重要服务高健壮性设计，满足7*24不间断运行 程序具有适当的容错功能;维护一份web站点发布程序一致的安全拷贝 不能留有后门程序和漏洞 目标程序不能进行反编译

酒店管理系统软件需求说明书 篇6

1.2背景.........................2

1.3定义.........................2

1.4参考资料...............................2

2任务概述..............................2

2.1目标.........................2

2.2用户的特点...........................32.3假定和约束...........................3

3需求规定..............................3

3.1对功能的规定.......................3

3.2对性能的规定.......................43.2.1精度.........................4

3.2.2时间特性要求.......................4

3.2.3灵活性............................53.3输人输出要求.......................5

3.4数据管理能力要求......................5

3.5故障处理要求.......................5

3.6其他专门要求.......................5

4运行环境规定.............................6

4.1设备.........................6

4.2支持软件...............................6

4.3接口.........................6

4.4控制.........................6

软件需求说明书

1引言

1.1编写目的本文档的目的是阐述酒店管理系统的需求分析

预期的读者：酒店经营者、客户、中间用户(软件的管理人员、开发人员、维护人员)、最终用户。

1.2背景

待开发的软件系统的名称：酒店管理系统

本项目的任务提出者和开发者：刘畅和酒店管理系统开发小组 本项目的用户是针对各档次酒店宾馆管理定制开发的本系统环境要求：所有程序均在Windows98/XP，Windows2000操作系统下测试运行。如果数据库为SQL Server数据库，建议用户安装SQL Serve2000

1.3定义

酒店管理系统是酒店宾馆销售管理系统

1.4参考资料

《现代软件工程》陈松乔 任胜兵 王国军 编著清华大学出版社 《程序设计语言》沈志斌编著电子工业出版社 《Delphi实用教程》 郑阿奇主编电子工业出版社

2任务概述

2.1目标

开发意图：

随着人民生活的水平的日益提高，人们对于生活的品质也有了明显的提高，现在到酒店住宿已经不再是少部分人才有的享受，越来越多的人开始将之视为日常生活的一部份。人们消费观念的改变也带来了酒店业的巨大发展。跟随时代的改变，21世纪的计算机化地位也已不可动摇，计算机简单、快捷、高效、准确的特性也受到推崇，在各行各业迅速发展壮大

起来。较大规模的酒店也正一步步地朝这方面发展。

与其他软件的关系：

与相应的软件可以共享数据库，本系统考虑到今后的数据量的扩大采用SQL Server数据库。

2.2用户的特点

本软件的最终用户为各大酒店及宾馆 一般用户只需懂得计算机基本操作、具备文字录入能力。相对维护人员应具备一定的计算机专业知识，了解数据库系统的管理与维护，能排除一般计算机故障。

2.3假定和约束

从项目设计需求说明至最终审核，开发人员工作分配到位，开发小组成员在配合组长工作的同时，应能如期完成各自的工作任务。

开发期限为一个月，若小组某成员因技术缺陷或者特殊原因延误开发进度，其他组员应提供相对帮助。另有辅导老师进行指导与督促。

3需求规定

3.1对功能的规定

功能模块初步设计为五大模块分别为身份验证、系统设置、客房管理、订房管理、结算管理。各模块分别提供基本数据流图。各模块所包含的子功能如下列出为准。

身份验证：提供了系统的访问控制功能。

系统：提供了对密码的修改以及添加新用户的功能。

客房信息管理：包括两大主要功能，设置客服标准和设置客房信息，在设置客房标准中，管理员可以添加，修改，删除客房标准，在设置客房信息中，管理员可以添加，修改，删除，查询客房信息。

订房信息管理：包括查询剩余客房信息，添加，修改，查询订房信息等功能。结算信息管理：包括添加，修改，查询结算信息功能。

图1．酒店管理系统用例图

3.2对性能的规定 3.2.1精度

对金额的输入要求保留小数点后两位，其他数值不做要求。

3.2.2时间特性要求

说明对于该软件的时间特性要求，如对： a． 响应时间<=15s； b． 更新处理时间<=5s；

c． 数据的转换和传送时间<=15s； d． 等待时鼠标将变成漏斗状。

3.2.3灵活性

a． 系统的界面操作方式应以用户意见变化而灵活转化； b． 系统不能以运行环境的变化而停止运作；

c． 一般情况下不用进行程序修改而是通过修改配置选项完成相应工作。

3.3输人输出要求

数据类型： 字符数据CHAR［(N)］：存放固定长度的N个字符数据，1<=N<=8000VARCHAR[(N)]:存放可变长度的N个字符数据，1<=N<=8000 日期型数据

DATATIME：存放从1/1/1753到12/31/9999的时间数据，精确到1/1000秒 数字型数据

INTEGER：存放从-2^31到2^63的整形数据货币数据

MONEY：存放从-2^63到2^63-1的货币数据，精度为货币单位的10/1000

3.4数据管理能力要求

需要管理的文卷和记录的个数为六张表：分别是 客户住宿基本信息表，营业动态数据信息表，营业总分析表，每日客流信息表，收费项目表，当日营业额日报表。

按可预见的增长对数据及其分量的存储要求估算字段的大小不超过50。表和文卷的大小规模为中等大小。

3.5故障处理要求

a． 源数据的处理：建议全部保存；

b． 操作规程：确保系统正常工作，数据完好无损，并定期进行数据库备份；

c． 数据进入系统的过程：通过数据库管理员身份登录进行管理，或由DBA直接对数据库进行操作；

d． 数据保存、存储、恢复的处理：请软件使用者自行备份相关信息； e． 系统失效的后果及恢复的处理办法：首先请恢复备份，在这里我建议备份数据库以将可能的损失降到最低点。如果不能恢复，请与我们联系，我们将竭尽所能提供力所能及的帮助。

3.6其他专门要求

该软件安全保密的要求为中等，对该系统使用尽可能方便，对可维护性比较容易、易补充、易读、可靠。

运行环境可在windows x系列操作系统下转换。

4运行环境规定

4.1设备

服务器：

CPU：PII233或HP系列的专门服务器 内存：128M 以上 硬盘：10G 以上

显示模式：推荐分辨率为800*600 工作站：

CPU：P133以上 内存：64M以上

模式：推荐分辨率为800*600

4.2支持软件

支持软件：Win9X/2000/XP/2003

服务器：数据库系统Microsoft SQL Server 2000

工作站：局域网络运行，工作站上不需要安装数据库系统。

4.3接口

该软件同各酒店宾馆的销售系统之间的接口。

与较大的客户单位之间的接口，用来跟踪掌握大客户的相关情况。接口之间网络协议采用TCP/IP协议。

4.4控制

信息系统项目需求的开发与管理 篇7

一、需求开发

需求开发是通过调查分析, 获得用户的需求并定义产品或服务。信息系统需求开发的结果是一系列通过评审的需求文档 (如范围文档、用例文档、需求规格说明书等) , 这些文档构成了项目日后工作的需求基线, 是用户和项目承建方之间就项目产生的产品或服务的一个约定。一个完整的需求开发, 一般要经过以下四个过程。

(一) 需求获取。需求获取是通过与用户的交流, 或对现有系统的观察及对任务进行分析, 从而捕捉、分析和修正用户对信息系统的需求, 它主要包括用户、业务和系统功能三个方面, 最终提炼出符合实际并能得到实现的用户需求, 其结果是产生出《用户需求说明书》。

需求获取应该以系统分析师和项目经理为主导, 依据他们掌握的专业知识和技能开展工作, 最后编写出有关需求文档。

(二) 需求分析。需求分析也称为需求建模, 它是根据《用户需求说明书》对各种需求信息进行分析抽象, 为信息系统建立起一个概念模型, 其目的是解决系统要“做什么”的问题。需求分析常用的方法有:原型分析法、结构化分析法、用例分析法等。其中用例分析法采用的统一建模语言 (Unified Modeling Language, UML) 是近几年最常用的需求分析方法, 它几乎成了行业需求分析的标准。

(三) 需求定义。需求定义是根据需求获取、分析的结果, 进一步定义准确无误的产品或服务的需求, 目的是使用户和项目承建方双方对该项目的初始规格有一个共同的理解, 从而使之成为整个项目工作的基础, 其结果是最终产生《需求规格说明书》, 信息系统的设计人员将依据它来开展系统设计工作。

以信息系统的软件开发项目为例, 其需求定义可以按层次来说明, 包括业务需求、用户需求、功能需求、性能需求、系统需求、约束与假设等层次, 这些不同层次的需求最终体现在软件需求规格说明书中, 它是软件开发的蓝图。此外, 软件需求规格说明书没有统一的标准, 可以根据项目的具体情况采取不同的格式, 但可参考IEEE推荐的软件需求规格说明的方法 (IEEE 830-1998) , 或者参考《GB9385-88计算机软件需求说明编制指南》。

(四) 需求验证。需求验证是项目承建方与用户对需求文档进行评审, 达成共识并做出书面承诺, 使《需求规格说明书》等需求文档具有合同效应。通过评审的需求文档就构成了需求基线, 它是用户和项目人员之间就项目产生的产品或服务的一个约定。一般应对需求文档的正确性、一致性、完整性、可行性、必要性、可跟踪性等内容进行验证。

二、需求管理

需求管理贯穿需求开发, 并延续整个项目建设过程。依据集成的能力成熟度模型 (Capability maturity model integration, CMMI) 中对需求管理的划分, 信息系统项目的需求管理可划分为6个方面。

(一) 需求管理计划。制定需求管理计划的目的是便于管理人员按计划开展需求管理工作, 并保持需求管理工作的一致性。需求管理计划一般包含:确定需求管理所需要的资源;制定需求跟踪性矩阵;制定需求变更审批规程;需求变更请求表制定等工作。需求管理计划一般由项目经理审批后执行。

(二) 需求确认。需求确认首先需要建立一些准则, 以便指明接受需求的适当渠道和正式来源;其次, 项目需求分析人员在与客户沟通过程中, 对双方未能达成一致的需求进行剔除;再者, 对于双方达成共识, 并获得用户认可的需求, 双方需要做出书面承诺。并且, 如果需求是在需求基线确定之后做出变更的, 那么由变更引起项目其它方面 (如时间计划、最终产品和服务等) 的变化, 亦应得到用户的书面承诺。

(三) 需求承诺。需求承诺是指项目承建方和用户的责任人, 对需求开发阶段通过需求验证的《用户需求说明书》, 做出书面承诺 (签字) , 该承诺具有商业合同的等同效应。需求承诺的范例如下:

(四) 版本控制。版本控制是为了使项目组内的每个成员都能够得到需求的最新版本, 且必须将变更的需求写成文档, 及时通知到项目建设所涉及的人员。版本控制应指定专人负责, 并常借助于配置管理软件来完成。在版本控制过程中, 对历史版本仍需要进行记录。

(五) 变更管理。统计数据显示, 一个信息系统需求的改动很少少于三次, 需求变更可以发生在任何阶段, 即使到项目后期, 因此, 人们必须接受“需求会变动”这个事实。但是, 没有控制的需求变更会对项目进度、成本、质量等产生严重的影响, 需求变更在成本上可以占到项目的40%, 因而必须对需求变更进行妥善管理, 需求变更是项目管理中非常重要的工作。

目前, 信息系统项目中控制需求变更的最佳实践是成立变更控制委员会 (有时也称配置控制委员会, 英文缩写CCB) , 它一般由项目组成员和用户等人员组成, 其人员应该能够代表需求变更所涉及的组织。CCB一般的工作流程为:接收到新的需求变更请求后对其进行技术可行性、成本、风险等方面的评估→CCB决定采纳或拒绝需求变更请求→对采纳的需求变更请求确定优先级别或实现日期→CCB向项目承建人员及用户传达被采纳的需求变更请求的内容→相关人员根据被采纳的需求变更请求的内容, 修改各自的工作产品及有关文档。

(六) 需求跟踪。需求链是指需要上传下达, 从客户传达到需求过程, 并从需求过程传达到需求过程的下游开发链, 它是一个双向传达的过程, 如下图示:

需求跟踪就是对需求上传下达的跟踪, 它提供了一个表明与合同或说明一致的方法。需求跟踪可以改善产品质量, 降低维护成本, 而且很容易实现重用。需求跟踪最普遍采用的是需求跟踪能力矩阵, 用于表示需求和别的系统元素之间的联系链关系。但是, 在一个拥有多个子系统的信息系统项目中, 建立需求跟踪管理能力是一项艰巨的工程, 项目团队在实施这项能力的时候应循序渐进, 逐步实施。

三、结语

招标项目需求说明书 篇8

【摘要】目的:为了解妇幼保健服务及健康教育现状与群众的需求,为今后妇幼保健院开展健康促进项目提供科学依据。方法:对今年3月来我院寻求服务的465人进行随机问卷调查。结果:回收的465份有效问卷健康教育知晓率60%以上;妇幼保健健康促进项目需求量在81%以上。结论:医院健康教育工作仍需加强,健康教育形式要多样化,可以开展健康教育有偿服务;妇幼保健院要做根据不同层次人群的需求,做大做强妇女儿童健康促进项目。

【关键词】妇女儿童;健康教育;健康促进项目;需求

Women child health education and health promote item need and analysis

Li Ying Yang Shili Li Fang Hu Shaoling Su Yuping

【Abstract】Purpose:For the sake of solution Fu young health care service and health education the need of the present condition and crowd, for aftertime Fu young health care the hospital open an exhibition health help the item to provide science basis.Method:To this year March come to my hospital to look for service of 465 people carry on random questionnaire.Result:Recovery of 465 valid questionnaire health education understand a rate above 60%;Fu young health care health promote the item demand is in above 81%.Conclusion:Hospital health education work still need to be strengthen, health education the form want diversification, can open an exhibition health education have Chang service;The Fu young health care hospital want to do according to dissimilarity the need of the layer crowd, do big is a strong women child health promote item.

【Key words】Women's child;Health education;Health promote item;Need

为了解妇幼保健服务及健康教育现状与群众的需求,今年3月,我们对来院寻求帮助的465名孕产妇和儿童及家属中进行健康教育和健康服务现状与需求调查 ,以了解当前妇女儿童健康促进服务、健康教育现状与需求,并对调查资料进行统计分析,为探讨妇幼保健院在今后开展妇幼健康促进项目,做大做强妇女儿童健康促进延伸产品提供可靠的科学依据。

1.对象与方法

1.1 对象:今年3月来我院妇产科、儿科及相关辅助科室就诊的465名服务对象及家属。

1.2 方法:采用我院自行设计的《妇幼健康促进项目》问卷调查表,以问卷的方式,每次以产科、妇科、儿科及相关的辅助科室为单位进行随机分发,对孕产妇及儿童的其家属进行问卷调查,共发465份。每个调查项目,采用知道、不知道;需要,不需要进行调查,答题者根据本人情况如实选其中一项回答。我们将调查表汇总,结果如下。

2.结果

2.1 健康教育知晓率。见表1。

2.2 妇幼健康促进项目需求。见表2。

3.讨论

(1)本次调查是在孕产妇及儿童和家属中进行,能代表孕产妇和儿童的保健意识及保健需求。

(2)本次调查表明,产前检查知晓率达95.91%,说明通过多年来妇幼卫生工作者的努力,特别是《中华人民共和国母婴保健法》颁布实施以来,孕产期保健工作得到了普及,各级卫生行政部门规范了孕产期保健工作,开办孕妇学校,孕产期保健知识深入人心,大众基本能接受孕产期保健。

(3)在本次调查的人群中仍有18.49%的人对住院分娩的好处不了解,认为分娩是瓜熟蒂落的事,住院分娩费用高,在家也可以进行,不必花那么多钱去住院。

(4)计划免疫知晓率60%,主要认为小孩没有病不必打针和服药。说明今后要加强计免知识宣传,让老百姓真正懂得计划免疫的好处,自觉接受计划免疫。[1]

(5)饮食营养知晓率是本次调查知晓率最低的,只有46.24%,说明公众对饮食和营养的需求仍停留在吃饱或吃好就行了。孕妇缺乏、需要营养知识,需要孕期营养门诊或孕期营养专题讲座等更专业指导方式,进行营养知识指导、个体化饮食安排指导、营养膳食评价等更高层次的服务[2]。对儿童或青少年营养需要不知道,不懂那些是自已需要的营养素,怎样吃,吃什么好?这些都说明营养知识需求有较大市场。

(6)本次被调查的人群对更年期保健知晓率只有63.86%。说明大众缺乏更年期保健知识,需要加大宣传力度,更年期保健市场前景看好。[3]

(7)儿童早教知晓率达94.40%,说明群众对早教能够接受,妇幼医院应加大早教力度,让儿童早教发挥更大的效益。

本次调查结果显示,随着人民生活水平的不断提高,现有的医疗服务不能满足不同层次群众的需求,发展妇女儿童健康促进项目是当务之急,如孕妇俱乐部、儿童俱乐部、青年俱乐部、更年期妇女俱乐部、营养俱乐部的需求量达81%以上;儿童早教需求量达94.41%;儿童营养指导、智力开发、心理卫生等指导需求达91.18%,说明妇女儿童健康促进项目市场前景良好。

3.1 医院健康教育工作有待加强。本次调查说明,随着医疗卫生保健事业的发展和人民生活水平的不断提高,大众卫生知识及自我保健意识逐步提高,妇幼保健服务已被越来越多的群众所接受,但由于受文化和经济、教育、交通、习俗、传统观念等多种因素的制约,仍有部份群众卫生保健意识薄弱。被调查者中有29.03%的人不知道更年期保健知识;有27.53%的人不懂饮食营养;有[4]14.41%的人不知道饮食卫生;有13.98%的人对青春期保健知识不了解;有12.26%的人不知道要做计划免疫;有12.04%的人不知道高危孕妇要住院分娩;有10.75%的人不知道孕期需要医生指导锻炼;可见,妇幼医院健康教育工作有待加强。健康教育是妇幼医院营销的窗口,在当今市场经济社会,医院有了好的服务产品,必须要有营销手段,健康教育科就是妇幼医院最好的营销窗口。只有健康教育工作做大做好了,妇女儿童健康促进项目才有市场,才能发挥更好的社会效益和经济效益。

3.2 医院健康教育形式要多样化。除了接诊医生、护士对病人进行面对面健康教育外,还要根据各医院现有条件进行发宣传资料、健康教育处方、电视节目、板报、墙报、讲座、培训班、俱乐部、报刊杂志等进行有效宣传活动,并把健康教育作为常规工作。健康教育直接将知识、技术和服务有机地结合在一起,提高医院的服务质量和水平。[4]

3.3 医院健康教育应有各项量化指标,便于考核和提高。目前医院健康教育考核指标不够量化,检查、考核存在一定难度,需要制定能量化考核又便于操作的考核指标。

3.4 医院健康教育要开展有偿服务。医院健康教育除了开展公益性无偿服务外,还要开展围绕健康促进项目的有偿服务,增加健教科工作人员收入,从而体现健教工作价值及调动职工的工作积极性,使健教工作可持续发展。

3.5 健康教育工作应纳入社区日常工作来抓。社区应组织公民定期听保健医师讲授卫生保健知识课,接受科学卫生观,改变不良饮食和不卫生习惯,从而提高公民综合素质。

参考文献

[1] 叶建国,王春启,等.健康教育在乡镇预防接种工作中的作用. [J]. 中国健康教育.2003.19(7)520.

[2] 陈沁,等. 孕妇营养知识水平与服务需求调查分析. [J].国际医药卫生导报..2009.15(12)121.

[3] 杨艳杰,彭涛,杨秀贤,等.农村社区更年期妇女心理健康状况调查分析. [J]. 中国妇幼保健..2004.19(7)106.

[4] 林海南,林青,等.厦门市思明社区健康教育实践. [J].中国健康教育.2003.19(8)613.