基于方针的三合一管理体系文件编写模式的探讨(完整资料)

基于方针的三合一管理体系文件编写模式的探讨(完整资料）(可以直接使用，可编辑优秀版资料，欢迎下载）

基于方针的三合一管理体系文件编写模式的探讨基于方针的三合一管理体系文件编写模式的探讨(完整资料）(可以直接使用，可编辑优秀版资料，欢迎下载）基于方针的三合一管理体系文件编写模式的探讨［摘要］本文通过对企业现有三合一管理体系文件常见模式分析,提出其存在的问题，并探讨基于方针的管理体系文件模式的编写方法，以解决这些问题，帮助企业有效的建立更适合其实际运作的管理体系文件。[关键词］手册、文件、三合一(ISO9001:20０8、ISO140０１：2004、OＨSAS18０01:199９)、整合、管理体系、方针、模式一、前言这几年，随着中国经济的发展和对外贸易的不断升级，为提高市场竞争力和自身管理水平,申请和通过管理体系认证的企业数量越来越多.而且,随着国际社会和我国政府及公民对环境和职业健康安全重视程度的不断提高，许多企业依据ISＯ900１：2０0８《质量管理体系要求》、ISO14001：２０04《环境管理体系要求及使用指南》、OHSAS1８０0１:１999《职业健康安全管理体系规范》建立了三合一的管理体系,并通过了三个体系的认证，取得证书.ISO900１：20０8《质量管理体系要求》、ISＯ1400１:2００４《环境管理体系要求及使用指南》和OＨＳAＳ１８00１：1999《职业健康安全管理体系规范》三个标准虽然目的和适用范围不同，根据它们所建立的体系的侧重点也不同，但由于它们都是组织管理的一部分，是组织管理体系中的子系统,遵循着相同的管理原则,如系统的管理原则、领导作用原则、全员参与原则、统一方向原则、过程方法原则、预防为主原则和持续改进原则等,所以,在实际的质量管理、环境管理和职业健康安全管理中往往可以采用相同的管理方法，如管理的教育方法、管理的法律方法、管理的行政方法和管理的经济方法等。同时,在三个标准中存在着许多管理的共性条款，ＩSＯ９001:2008标准在编写中考虑了与ＩSO14001标准的相容性，IＳO1４001标准在2００4版改版时也考虑了与ISO9001标准的兼容性,使得三个标准在共性要求方面更为趋近。以上这些均为依据三个标准建立整合型的管理体系奠定了良好的基础。二、目前的管理体系文件编写模式作为三体系的审核员，笔者审核了八十多家企业的三合一体系，在审核中,阅读和文审了它们的体系文件。这些企业的文件体系架构基本一致,大多为如下的金字塔结构，将体系文件分成三个层面:

也有些中小企业将程序文件合并到手册中，或将程序文件列为作业指导书的范畴,形成只有两个层面的文件架构,更简单实用。在上述文件体系架构基础上，不同企业的体系文件模式往往又会有所差别,总体而言，目前三合一管理体系建立的模式主要有以下几种:第一种模式：三个体系分别建立体系,或质量管理体系单独建立体系，环境管理体系和职业健康安全管理体系整合建立体系。这种文件体系编写模式多见于企业先建立并通过了ＩSO9001认证，而后由于市场压力或自身管理需要，再建立了环境管理体系和职业健康安全管理体系体系。该模式下的手册，其编写顺序一般是按三个标准的条款顺序进行编写。第二种模式:三个体系整合建立体系，形成统一的一本手册.该模式下的手册往往是以ISO90０1标准为主线，同时将环境管理体系和职业健康安全管理体系的内容嵌入质量管理体系体系相应章节中来进行编写.手册目录举例如下:章节号标题对照ＩＳO90０1/ISO１4001/OＨSＡS18001标准条款0.0公司概况0。1管理者代表任命书………………5．５.2／４。4.10。2手册颁布令1.0体系文件架构及手册说明………４.2。1，４。2．2/４。1，4。4.4１.1体系覆盖范围及删减合理性说明………………1.２，4.2.２/4。１1．2手册修改控制页2。0引用标准3.0术语和定义4.０质量／环境/职业健康安全管理体系总要求……4.１4．1文件控制…………4。２.３／4.4.4,4.4。５4。2记录控制…………4。2．4/4.５。4／４．５。34．３环境因素识别、评价控制………4.3．14。４危险源识别、评价控制…………4.3．14．5法律法规管理……５.1/4.3．25。0管理职责…………55．1管理承诺…………5。１5.2以顾客为关注焦点………………5.25.3质量/环境/职业健康安全方针、目标…………5。3，5.4．1/4。2，4.３。３5.4管理体系策划及管理方案………5。４.2/4.3。3／4。3.4５。５组织结构图………５。5.1／4。4.１5.6职能分配表………５.5。１/4。4．15。8沟通与协商………5.5．3/4.４.３5。９管理评审…………５．6/４。６６。0资源管理及提供…………………6。１,6.4／4。４．16。1人力资源管理……6。2/4。4。26。2基础设施管理……6。3/4．4.16．３工作环境…………6。47。0产品实现及环境、职业健康安全实施与运行…７／4．４7。1产品实现的策划…………………7.１7.2与顾客有关过程控制……………７.2７.3设计控制…………7．37。4采购控制…………７.４7.５生产过程的控制…………………7．5.１7．7重要环境因素运行控制…………4。4．６7．8不可容许风险的运行控制………4。4.6７．9相关方施加影响控制……………４.4.67。１0应急准备和响应控制……………４．４.7７。11标识和可追溯性控制……………7.5。37.12顾客财产控制……7.5。47．１3产品的防护控制…………………7。5.57。14监视和测量装置的控制…………７.6/4．5.1８.０测量、分析和改进………………８／４。58。1顾客满意度测量控制……………8。2.１8.２内部审核…………8。２.2/4.5。5/４．５.４８。3过程的监视和测量………………8。2。38．4产品的监视和测量………………8。2。4８．5环境监测控制……4。5.18。６职业健康安全监测控制…………4．5。１8．7合规性评价控制…………………4。5．2/4.5．18.８不合格品控制……8。３8.9事故、事件调查和处理控制……4．５.3/４．5．28。１0数据分析…………８.４８。11持续改进控制……8．5／４。５.3/4．5.2目前，这种模式最为常见，有些做得好的企业其体系文件整合也较为到位,如在写“设计和开发”章节时,不仅考虑质量管理的内容，同时兼顾和涉及到环境管理和职业健康安全管理的相关内容。第三种模式:以卓越绩效管理模式为蓝本，手册按《卓越绩效管理评价准则》标准的条款顺序进行编写，并将三个管理体系的相关内容体现在其相应的章节中.该模式目前较少企业使用,多见于通过或拟通过省级或国家级质量奖的企业。三、对目前编写模式的优缺点分析上述三种体系文件编写模式均有其优缺点,现分析如下:第一种模式：由于其手册直接按照管理体系标准的章节进行编写，难度小，编写效率高。但由于三个管理体系或质量管理体系与环境管理体系/职业健康安全管理体系体系的手册相对独立,手册之间重复内容多，并可能存在相互矛盾之处,整合程度低，使用起来烦琐.第二种模式：由于其手册将三个管理体系标准进行了必要的整合，避免了共性部分的重复描述，整合程度较高,但由于编写时要兼顾三个管理体系的内容,具有一定的编写难度.第三种模式：由于其手册是按《卓越绩效管理评价准则》标准的条款顺序编写,超越了三个管理体系标准的要求,所考虑和描述的内容更多，故编写难度较大，对编写人员要求较高.又由于《卓越绩效管理评价准则》标准与三个管理体系标准编制的原则不尽相同,造成质量管理、环境管理和职业健康安全管理的内容在手册中不能较为直观的得以体现,不利于使用。以上三种模式的手册均是按管理体系标准或《卓越绩效管理评价准则》标准来进行编写,对企业中不熟悉标准的大部分员工来说,阅读起来难度较大，不易被理解和掌握。所以，笔者在现场审核中经常发现，除了手册中的组织结构、职责、方针和目标外，手册的其余章节很少有员工会光顾到，一问三不知.手册成为了一种形式、一种摆设，只是为接受认证审核而存在,其余时候均被束之高阁。编写模式编写效率编写难度整合程度易理解性第一种模式高小弱一般第二种模式中中中较难第三种模式低大中难从上表可看出，目前的三种编写模式均不尽完美，如何解决这个问题呢？是否有更好的模式?四、基于方针的管理体系文件编写模式的理论基础在探讨上述问题之前,让我们来共同了解一下手册的定义和存在意义。在ISO90００:200５标准中,有如下定义：１．质量手册:规定组织质量管理体系的文件。注:为了适应组织的规模和复杂程度，质量手册在其详略程度和编排格式方面可以不同。2．管理体系：建立方针和目标并实现这些目标的体系。3.质量管理体系:在质量方面指挥和控制组织的管理体系。在ISO14０01：２０0４标准中，有如下定义:1.环境管理体系：组织管理体系的一部分,用来制定和实施环境方针,管理环境因素。注1：管理体系是用来建立方针和目标，并进而实现这些目标的一系列相互关联的要素的集合。注2:管理体系包括组织结构、策划活动、职责、惯例、程序、过程和资源。在OＨSＡS1800１：１999标准中，有如下定义:5.职业健康安全管理体系：总的管理体系的一个部份，便于组织对与其业务相关的职业健康安全风险的管理，它包括为制定、实施、实现、评审和保持职业健康安全方针所需的组织结构、策划活动、职责、惯例、程序、过程和资源。从上述定义可以看出，手册是规定管理体系的文件,而管理体系是企业用来建立方针和目标并实施、实现这些方针和目标的体系。根据术语的替代规则,故手册是规定企业用于建立、实施、实现、评审和改进方针和目标的体系的一种文件，其内容应包括组织结构、职责、相关活动/过程／程序、资源等，应体现对质量、环境因素和职业健康安全风险的管理内容。所以，手册的内容应紧紧围绕方针和目标而展开。另，在IＳO9000:200５标准2.7.2质量管理体系中使用的文件类型中，有如下描述：在质量管理体系中使用下述几种类型的文件：a）向组织内部和外部提供关于质量管理体系的一致信息的文件,这类文件称为质量手册；···大家知道，体系文件的价值即存在的意义主要是沟通意图、统一行动(ISO9０00：２00５标准２。７。1条），而从上述描述中我们可看出,手册的主要目的应该是向组织内外部沟通意图、传达信息。我们从手册的定义中可推理出，手册要传达的信息主要是管理体系的相关内容，即企业如何建立、实施、实现和改进方针和目标。方针是企业最高管理者确定和发布的总的宗旨和方向，所以手册在描述和传达方针的有关信息的同时，在总方向上也起到了统一行动的作用。可以说,手册是企业管理体系中的纲领性文件，其应更接近于企业经营理念、企业文化层面，而程序文件、作业指导书更多的则是体现实施、执行层面的内容。综合上述观点，我们可认为,企业的手册并不是常规式地按相关管理标准顺序进行编写，而应该是能很好地体现方针的相关内容，包括建立、实施、实现和改进的内容，只有这样，手册才能更好地表达和传达最高管理者的思想和理念,起到传递信息，明确方向和统一行动的目的,才能更好地被员工和相关方所理解和关注。即原有的管理体系文件模式为“标准→手册→方针”（根据管理体系标准来编写手册，在写手册的过程中覆盖方针的相关内容），现改进为“方针→手册→标准"（根据方针来编写手册，在写手册的过程中覆盖管理体系标准的相关内容，同时应包括目标及相应管理方案，以体现目标的建立和实现的有关内容），这种模式,我们可称其为“基于方针的管理体系文件编写模式”。五、基于方针的管理体系文件编写模式的通用编写方法那么,如何按此模式编写体系文件，尤其是手册呢？首先，我们要先了解三个管理体系标准对方针有哪些要求。在IＳO９00１:200８标准中:5。３质量方针最高管理者应确保质量方针：ａ）与组织的宗旨相适应；b)包括对满足要求和持续改进质量管理体系有效性的承诺；···在ISO1４001:２0０4标准中：４。2环境方针最高管理者应确定本组织的环境方针，并在界定的环境管理体系范围内，确保其a）适合于组织活动、产品和服务的性质、规模和环境影响；b）包括对持续改进和污染预防的承诺;c）包括对遵守与其环境因素有关的适用法律法规和其他要求的承诺；···在ＯHSAS１8001:1９99标准中:４.2职业健康安全方针组织应有一个经最高管理者批准的职业健康安全方针,该方针应清楚阐明职业健康安全总目标和改进职业健康安全绩效的承诺。职业健康安全方针应:a)适合组织的职业健康安全风险的性质和规模；b）包括持续改进的承诺；ｃ）包括组织至少遵守现行职业健康安全法规和组织接受的其他要求的承诺；···从上述条款内容可看出，方针应包括“遵守法律法规及其他要求”和“持续改进"承诺的内容(环境方针中的“污染预防"承诺，其目的是为了降低有害的环境影响，提高环境绩效，实际上也是“持续改进”的承诺内容,只是其要求更具体,企业必须从源削减开始考虑改进工作）,这是三体系标准的共性。所以，我们可考虑在手册中编写“遵守法律法规”篇章和“持续改进"篇章，涵盖三个管理体系标准的相应内容。同时,三个管理体系的方针内容又有其所在领域的特性,要适合企业在质量、环境、职业健康安全方面的现状及宗旨，所,方针可以是合并为一个，或各管理体系分别制定方针，故手册中还应有“质量管理”、“环境保护"和“职业健康安全"等专项篇章。另外，为实现上述这些章节的内容,企业必须配备相应的资源加以支持,故还应有“资源支持”篇章，此处的资源不仅包括ISO90０1标准第6章的人力资源、基础设施和工作环境，还可包括信息、文件、记录、监测设备等资源。按新模式编写的手册目录举例如下:章节号标题对照ISO９００1/ＩSO14００1/ＯHＳAS１8０01标准条款前言１手册修改控制页2手册颁布令3公司概况5体系覆盖范围及删减合理性说明……………1.2,4.2。2/4．16体系变更的策划和实施………5．4.27管理者代表任命书……………5．5。2/４.４.18引用标准9术语和定义第一篇宗旨与承诺１管理方针及内涵………………5．3/4．２２方针的管理……５.3／4。23最高管理层的承诺……………5.１，5。2，5。4.24目标、指标及方案……………5.4．1／4。3。3／4．３．3，4.3．４５目标、指标及方案的管理……5．５。１/4.3。3/4。3.3,４．3．４第二篇组织结构及职权2职能分配表……5．５。1/4.4。13职责与权限……5。５．1／4.4．1第三篇资源支持1资源提供………6。1／４.４．１２人力资源管理…………………6．2/4．4。２3基础设施管理…………………6．３/4.4。14监测设备管理…………………7。6/４．5.15影响质量的工作环境管理……6.46文件控制………4。2.３/4．4.57记录控制………4.2．4/4．5．４／4.５.38信息收集、传递及管理………5。5.3/4.４．3９财务支持………6.１/4。4．１第四篇遵守法律法规1法律法规和其他要求的收集、识别…………７。2。1/4。3.23法律法规和其他要求的实施…7,８。2．4/４．3.2，４.４。6，４。4。7,4。５。1４合规性评价……4.５.２/４。５.１第五篇持续改进1持续改进的策划………………8．12数据分析………8.４3内部审核………8。2。2／4.5。５/4．5．4４管理评审………５.6/4．6５纠正和预防措施………………8。5.２，８.5。3/４．５.3/4。5。２第六篇质量管理1产品实现的策划………………7．12顾客有关过程控制……………7.23设计控制………7。34采购控制………７。45生产过程的控制………………7。5．１６生产过程的能力确认…………7。5。2７识和可追溯性控制…………7。5.38顾客财产控制…………………７。５.410产品的监视和测量……………８。２。411不合格品控制…………………8．312顾客满意度测量………………８．2。1１3过程的监视和测量……………8．2。314不符合的改进…………………8。５。2/8.５。3第七篇环境保护1环境因素识别、评价及控制…4。3。1，4.3。３，4。4。6，4.4．72重要环境因素运行控制………4。4.６3相关方施加影响控制…………4.４。64应急准备和响应控制…………4.4．75对外信息交流…………………4。4．36环境监测和测量………………4．5.1７不符合调查、处理及改进……４。5。３第八篇职业健康安全1危险源识别、评价及控制……4．3．1,４。3。3，4.3。4，４.4。６,４。4.7２不可容许风险的运行控制……4．４.63应急准备和响应控制…………４。4。７４员工代表………4．4。35协商与沟通……4．4.３6职业健康安全绩效监测和测量………………4．5.１７事故、事件、不符合调查、处理及改进……4．5．2附录１程序文件目录…………………4．2．2／４．4.42适用的主要法律法规一览表结合上述例子,企业在按新模式编写体系文件时应注意以下几点:１。方针内涵描述时，应引用相应篇章的名称，使方针与后续篇章能有机的联系起来.2.在实际编写工作中，各篇章的名称可结合企业方针内容重新予以命名,以使阅读者、使用者更易于理解。如方针中有“…以人为本,实现环境和谐完美,追求卓越…”，则“环境保护"篇章就可更名为“实现环境和谐完美”。3．在专项篇章中，“质量管理”篇章是以产品及顾客要求的识别、控制、监测为主干线进行描述；“环境保护"篇章是以环境因素的识别、控制、监测为主干线进行描述;“职业健康安全”篇章是以危险源的识别、控制、监测为主干线进行描述。4。由于手册是按三个管理体系标准分别编写专项篇章，使得企业的一项工作可能在多个篇章中被描述。如原材料的采购控制，在“质量管理"篇章第4节会被提到，在“环境保护"篇章第3节会被提到,还会在“职业健康安全”篇章第2节被提到,较为分散,不利于实际操作。这就要求在编写执行层面的文件（如《采购控制程序》或《采购管理办法》）时，必须将三个管理体系标准的要求即三个专项篇章中相应的内容结合起来进行编写。另外，由于上述的原因，使得用新模式编写的手册不宜包含全部的程序文件,所以若企业想建立只有两个层面的文件架构，则可考虑将程序文件列为作业指导书的范畴。5．“遵守法律法规”篇章中“法律法规和其他要求的实施"章节涉及管理体系标准条款较多,描述应全面,但原则性描述即可。6.“遵守法律法规”篇章中“法律法规和其他要求的传达”章节，可考虑引用“资源支持”篇章中第2、6、8章节.7．三个专项篇章中最后一节均有“改进”的内容,可考虑引用“持续改进”篇章中“纠正和预防措施”章节。六、基于方针的管理体系文件编写模式的优点1.由于基于方针的编写模式要求企业在编写手册时，应从方针着眼和着手，这就要求方针及其内涵的确定必须全面、准确,使得最高管理者必须认真学习和理解管理体系标准的相关要求，充分考虑企业的发展战略和发展方向后,再慎重确定出方针。这样确定的方针,其内容更能体现标准的要求和企业的实际运作情况，内涵更为充实。2．根据方针而展开编写的手册，能更充分地体现最高管理者的理念和价值观,更容易被最高管理者所接受并予以重视,从而保证了“领导作用”原则的履行，为体系的有效运行提供了强有力保障.３.基于方针的体系文件条理清晰，便于培训，利于被员工理解和掌握，从而提高了员工的质量、环保、职业健康安全意识和执行力,使方针、目标的实现更有保证,增强了体系的有效性。4．由于基于方针的手册只是将三个管理体系标准共性的部分加以整合，个性的部分则形成专项篇章加以描述,在编写难度降低，编写效率提高的同时，又保证了三个管理体系的有机整合.综上所述，笔者认为基于方针的管理体系文件编写模式在许多方面均优于目前的其他三种模式，更易于理解和实施,所以企业在建立或改进三合一管理体系文件时可考虑采用。[参考文献]1。GＢ／T190０0-2０08idtISＯ900０:2005《质量管理体系基础和术语》2．GB/T１９001—2008ｉdtＩSＯ９001:２008《质量管理体系要求》3。GB/T2400１—2０04iｄtISＯ1４００1:２004《环境管理体系要求及使用指南》4．GB/T28００１-2０01idtOＨSAＳ18０01：1９99《职业健康安全管理体系规范》５。方圆标志认证集团公司《BD004整合审核协调文件》6。方圆标志认证集团公司《ＧＢ/T19001—2００0、ＧB/T24001—200４、GＢ/T28001—2００1管理体系整合》7．福建省南平铝业有限公司《质量、环境、职业健康安全管理手册》（第1版）,２0０5—8—１相关信息：无相关信息《计算机网络系统实践》报告设计题目设计题目：网络文件传输学生姓名：郑波学号：2013211644专业班级：计算机科学与技术13-2班2015年12月设计要求实现单线程文件传输功能在以上的基础上，掌握多线程技术，在文件网络传输时，可选择单线程或多线程加入异常控制机制，增强程序的鲁棒性(Rｏbusｔ)了解如何提高套接字传输的速率,以及如何加强传输的稳定性二、开发环境与工具Winｄows７下MicrosoftVｉsｕalSｔuｉｏ三、设计原理1、网络传输协议 TCP/IP协议栈中的两个协议： ﻩ TCP(TrａnｓmｉsｓｉonＣonｔrolProtｏcol）：传输控制协议ﻩ ﻩUDP(UseｒＤatagrmPｒoｔｏcaｌ):用户数据报协议TCP是面向连接的通信协议，TCＰ提供两台计算机之间的可靠无错的数据传输。应用程序利用ＴCP进行通信时,源和目标之间会建立一个虚拟连接.该连接一旦建立，两台计算机之间就可以把数据当做一个双向字节流进行交换.UDP是无连接的通信协议，UDP不保证可靠数据的传输,但能够向若干个目标发送数据，接受发自若干个源的数据.就是说，如果一个主机向另外一台主机发送数据，这个数据就会立即发出，而不管另外一台主机是否已准备接收数据。如果另外一台主机接收到了数据，它不会确认收到与否。本次工程目的是传输文件,显然需要用ＴCP建立连接，而TCP连接需要“三次握手”。２、三次握手三次握手具体过程：1、客户端主动与服务器联系,TCＰ首部控制位中的SYN设置为１,发送带有SYN的TCＰ段，并把初始序号告诉对方2、服务端收到带有SYＮ的报文，记录客户端的初始序号，选择自己的初始序号，设置控制位中的SYＮ和ＡCK.因为ＳYＮ占用一个序号，所以确认序号设置为客户端的初始序号加１,对客户端的SYN进行确认3、服务端的报文到达客户端，客户端设置ＡCＫ控制位，并把确认好设为服务器的初始序号加1，以确认服务器的SYN报文段,这个报文只是确认消息，告诉服务器已经成功建立了连接四、系统功能描述及软件模块划分1、系统功能描述ﻩ 软件实现了点对点的文件传输。传输前的接收提醒以及传输过程中的控制。2、软件模块划分本程序可以划分成以上三个模块：传输控制模块，文件传输模块和服务连接模块。其中：服务连接模块用来建立客户端到服务器的连接ﻩ文件传输模块主要用两个线程:＿SeｎdThrｅad和_ListenTｈｒｅad来完成,实现发送和接收文件的功能。 传输控制模块主要通过封装好的可串行化信息类ＣMessage互相传递两端的文件操作消息,响应“暂停传输”，“关闭连接”等功能五、设计步骤1、服务连接模块ﻩﻩ先要建立起客户端与服务器之间的连接，大致过程如下：服务器启动:ｉf（m＿nServｅrTｙpe==SERＶER） { ／/创建服务器套接字 m_ｐsocｋSerｖｅｒ=newCListｅnSｏcｋｅt（thｉs）； iｆ（！m_ｐsｏckServｅr—>Ｃrｅatｅ（m_wＰort))/／绑定端口ﻩﻩ｛ﻩﻩ deｌeｔem_psｏckServｅｒ；ﻩﻩ ｍ_pｓockSｅｒver=NULL; ﻩ MessａgeＢox（GetErrｏr（GetＬaｓtErｒor（）），＿T(”错误＂)，MB_ICＯNＨAＮD)；ﻩﻩﻩrｅturn； ﻩ｝ﻩ ／／开启线程,监听客户端连接ﻩ if（!m_psocｋＳerveｒ—>Listen（））ﻩﻩ｛ﻩﻩﻩdeｌｅtem_ｐsｏcｋSerｖer; ﻩm_pｓoｃkSerｖer=NUＬL； MｅssageBox（GｅtError(GetLastError(）），＿Ｔ(”错误"),MB＿ICＯNＨAND)；ﻩﻩﻩretuｒn； } }客户端填入相应的IP地址，连接服务器ﻩ if(（（CＩPAddrｅsｓCtrl*）GetＤlｇItｅm（IDC_IPADＤＲEＳS）)—＞IsBｌａnk（））ﻩﻩ{ﻩﻩ MeｓｓageBox（＂ＩP地址不能为空＂,"错误"，MB＿ICONＨAND）； ﻩﻩretuｒn； ﻩ} //创建客户端套接字ﻩ ｍ＿ｐsｏckClient=ｎewCＣlientSoｃkｅt（thｉs)；ﻩﻩiｆ(!m_psockＣlieｎｔ-〉Create()) ﻩ｛ﻩﻩﻩｄeletｅm_psockCｌｉｅnｔ；ﻩﻩﻩm_ｐsｏckCｌient=ＮULL;ﻩ MessａgｅＢoｘ(GｅｔＥrｒｏr（GetLastErrｏr(））,＿T(”错误＂），MB＿ICＯNHAND);ﻩ ﻩretuｒn； ｝ﻩ //与服务器建立连接ﻩ CSｔｒinｇｓｔrIPAｄdｒesｓ； ＧetDlgItem(IDC_IPＡDDRESS）-〉GeｔＷｉnｄowTexｔ（ｓｔｒIＰAddreｓs）； if(！m_ｐsocｋClｉent—＞Conneｃｔ（strＩPＡdｄrｅｓs，ｍ_wPoｒt)）／/Coｎnect连接服务器，服务器用ＯnAｃceｐt响应 ｛ ﻩｄeletem＿psockCｌiｅnｔ； ﻩｍ＿psoｃkCliｅnｔ=NＵLL;ﻩﻩﻩＭessａgeBox(ＧetＥrror（ＧetLasｔError（))，＿T（”错误”),ＭB_ICＯNHAＮD）；ﻩﻩﻩrｅturn;ﻩﻩ} //初始化客户端套接字ﻩ m_pｓoｃｋＣlient->Inｉt（);服务器响应 CClienｔSocｋet＊pSocket＝newＣClientSocｋet（ｔhis）；ﻩ//接收请求后获得新的套接字，交由新的套接字处理请求 ｉf(m_psocｋＳervｅr—>Accept（*pSocket））//非零则接收连接请求成功 ｛ ﻩ／/初始化Ａccpet返回的套接字ﻩﻩpSｏckｅｔ—＞Ｉｎiｔ（）；ﻩ ＣMeｓsaｇe＊pMsg； //检测套接字是否为空，空则还没有连接任何客户端ﻩ if（m_psockCliｅｎt==NＵLL） ﻩ｛ﻩ pMｓg＝neｗCMessagｅ（CONNEＣT＿BＥ＿ACCEPT）; ﻩﻩpSoｃket－>SeｎdMsg（pＭｓg）；ﻩ ﻩ//发回“这边可以连接”消息回去，客户端的Receｉve接收 ﻩm_pｓockClｉeｎt=ｐSocket;//若为服务器，则之前未初始化，可保存这个套接字，用来跟客户端交互ﻩ ﻩGｅtDlｇIｔeｍ（IDC_SEＬECT_FＩLＥ）-＞EnａbleWindow（TRUE);ﻩ } ﻩeｌｓe { pMsg=nｅwCMeｓsage（CONNECＴ＿ＢE_REFUSE)； ﻩpSoｃkｅt—〉SendMsｇ(pMsg)；ﻩﻩ｝ﻩ｝客户端收到连接成功消息 iｆ(pMsg->m＿ｎType==COＮNＥCT_BE_AＣCＥＰT） ｛ﻩ GｅtDlgＩtem（IＤC_SELECＴ_FIＬE）－＞EｎablｅＷindow（ＴRＵＥ)； ﻩretｕｒn； ｝2、传输控制模块该工程用了两对套接字，一对用来接收传输控制消息，一对用来收发文件.我们这个模块用的是第一对在ＭFC中定义了一个在套接字编程中使用的ＣSockeｔFｉｌe类,可以充分发挥CSockeｔ类的特性。CSockeｔＦｉle类是CFiｌｅ的派生类,主要用来在WindowsSockｅｔs编程中发送和接收序列化数据（如结构体数据）。通过把CSoｃkｅtFile类对象、CArchive对象和CSoｃket创建的套接字对象联系起来，可以实现数据的加载(接收）和存储(发送)。ﻩ MFC集成CSｏｃketFiｌｅ、ＣSｏｃket、CArchｉve可以简化网络传输.下图可以直观地反应这三者是如何结合来在客户端和服务器之间传输消息的先来看看服务器和客户端的套接字初始化工作：m_ｐFile＝ｎeｗCSｏｃketＦile（this）;m_ｐＡrcｈiｖeIn=ｎewCAｒｃｈive（m＿pＦile,CAｒchｉvｅ：：ｌoａd)；m_pArchiveOuｔ＝neｗＣArｃhive(ｍ_pＦile，ＣＡrｃhｉve：：storｅ）；这样一来，当使用m_pＡrchiveIn对象来调用可串行化消息类CＭesｓage的Seｒialｉze时，接收方就能响应OnReceive消息,来完成控制信息的传递.本工程在主类CsendFiｌeDlｇ中定义了传输的三种状态:m_ｂIsWａｉｔ: ﻩ已连接，正在等待传输文件 ﻩ m_bIｓTraｎsmitting：正在传输文件ﻩ ﻩﻩm＿bIsStop:ﻩﻩ ﻩ传输已终止本工程定义的可串行化消息类CMｅssage,用来传递文件名m_sｔｒFileName、文件长度m_dwＦileSize以及当前的传输状态m_nＴyｐｅ，大致流程如下图：其中，我在建工程的时候，把客户端和服务器集成在了一个界面ＯnReceive就用来接收两方的消息,关键代码如下：ＣMｅssagｅ＊pMsg=newＣMessage()； pSocｋet->ReceiveMsｇ（pMsg）；ﻩif(pMsｇ－＞m_nType=＝CＯNＮＥCT_BＥ_ACCEPT）ﻩ{ ﻩGｅtDlgItｅm（IDC_SELECT_FIＬE）—〉EnａbleWｉnｄoｗ（ＴRUE）；ﻩﻩrｅtｕｒn; ｝ﻩif（pMsg－>m_nTypｅ==CONＮECT＿BE_ＲEFUSE） { MｅssaｇeBoｘ（_T("服务器正在和另外的客户端连接,稍等＂）,_Ｔ（"错误”）,ＭＢ_ICONHAND);ﻩﻩdeｌetem_ｐsocｋCｌiｅnｔ； m_pｓocｋCｌient=NULL;ﻩﻩreturn；ﻩ｝ ｉf(ｐＭｓg—＞ｍ_nTｙpe==ＤISCONNＥCT）ﻩ｛ﻩMesｓaｇeBox（_Ｔ("对方已经关闭”),＿T（"警告＂),MB_ICOＮHAND); if（m_psｏcｋClienｔ！＝NUＬＬ） ｛ ﻩ dｅletem_psockClient；ﻩﻩﻩm_psoｃkＣｌieｎt=NＵLL; ﻩ｝ﻩ} ／/接收请求 if（ｐMsg—〉ｍ_nType＝=ＲEＱＵEＳT）ﻩ{ﻩﻩｍ_bIｓWaiｔ=TRUE;//忙状态置１ ﻩm_strFｉleNamｅ＝pMsg－>m_sｔrFileName;ﻩﻩm_dwFｉlｅSiｚe=pMsg—>m_dwFiｌeＳize； CStｒingstrName，stｒSize；ﻩ sｔrName．Format（＂文件名：％s”,ｍ＿strＦileNaｍe）; ﻩｓｔrSiｚｅ。Format（”文件大小：％lｄ字节＂，ｓtrSizｅ);ﻩ ／/这里完成了发送文件前给对方提示的功能ﻩ if（MesｓａｇeBｏx（ｓtrNａmｅ+"\r＼ｎ”+ｓtrSｉze，"对方请求向你发送文件”，MB_ＯＫＣＡNCEL)=＝IDＣANCEＬ）ﻩﻩ｛ﻩﻩ CMessagｅ＊pMｓg=newCＭｅssage（REＦUSE）； ﻩﻩm_ｐsockCｌiｅｎt->SendMsg（pＭsg);ﻩﻩ rｅturn；ﻩﻩ｝ ＣＦｉleＤｉalogｄｌg（FALSE,ＮUＬL，NULL,ＯFＮ＿HIＤEREADONLY｜ＯFＮ＿OVＥRWRITEPROMPT，"所有文件（＊.＊）|＊.*｜｜”,this）; ﻩdlｇ。ｍ_ofn．lpsｔrＴiｔlｅ=_T（＂另存为”）； ｓtrcpy（dｌg。ｍ_ofn.lpstrFilｅ,ｍ＿sｔrＦｉｌeNamｅ.GｅｔBufｆeｒ（m_sｔrFileName。GetLengtｈ（）)）; ﻩﻩﻩiｆ(dlg。DoModａl（）==IDＯＫ）｛ iｆ（m_bIｓWaiｔ＝＝FALSE）{ ﻩMｅｓｓａgｅBｏx（_T（"对方已经取消文件发送”），_T(”警告＂），MB_ICＯNＥＸCLAＭATＩON)； ﻩﻩ retｕrｎ; }ﻩ m_bIsClienｔ=FALSE;ﻩﻩﻩm_ｓtｒPaｔh=dlg。GetPathNａme（); ﻩﻩ//启动接收文件的线程 ﻩGｅtDｌgItem（IDC＿SR）—〉SetＷiｎdowＴext（”已接收：”); ｐThreadLisｔｅn＝：：AfxBegiｎTｈｒead（_ListenThread，this)；/／服务器接收到RUEST,开启接收文件线程 ﻩ retuｒn；ﻩﻩ｝ﻩﻩiｆ(m_bＩsＷａiｔ==TRＵＥ）ﻩﻩ｛ /／告诉对方文件发送请求被拒绝CMesｓage＊ｐＭsｇ=newＣMessage（REFUSE)； ﻩﻩm_psｏcｋClient—〉SendMｓｇ(pＭsg）;ﻩ ｝ ﻩm＿bIsWait=FALSE;ﻩ returｎ； ｝ //当对方同意,并且已经准备好接收文件的时候ﻩif(ｐMsｇ—>m＿nＴypｅ==ACCEPT)ﻩ｛ ﻩKｉllTimeｒ（１)；ﻩ m_ｂIsWait=FＡＬＳE;//等待状态清空ﻩﻩ//启动发送文件线程ﻩﻩＧetDｌgItｅm（IDC_ＳＲ）－＞SetWiｎdowText（"已发送:＂）;ﻩﻩpThreaｄSｅnd=::ＡfxBｅｇiｎＴhreａd（_ＳｅndThreａd，ｔhｉs）； ﻩreturn； ｝ //当发送文件请求被拒绝ﻩif(pＭｓｇ－〉m＿nＴyｐｅ==REFＵＳE)｛ﻩﻩm_ｂＩｓWaiｔ＝FＡLSＥ； ﻩﻩＭessaｇeBｏx（＿T（"请求被拒绝”)，_T("警告"）,MB_ICONＥＸCLAMAＴION)；ﻩﻩreturn;ﻩ｝ﻩ//当对方取消文件传输时执行该if语句里面的内容ｉｆ(ｐＭsｇ->m＿nＴyｐe=＝CANCＥL） ｛ﻩﻩm_bIsWaｉｔ=ＦALSE； ﻩreｔｕrn;ﻩ｝３、文件传输模块 两个线程： ﻩ_LｉstenＴhread（):建立新的监听套接字,准备接收文件 ﻩ _SendThreaｄ（）：建立客户端套接字，连接监听套接字,发送文件 当两方建立了可靠的连接，一方选择文件后，就会使用传输控制模块给对方发送文件发送请求，对方的ProｃeｓｓReceive接收到后查看当前的消息状态,（上个模块的ＯnRｅceive已经写得很清楚），同意接受后，开启文件接收线程,同时给发送方返回一个准备完成状态,于是，发送方开启文件发送线程,最后完成文件的传输工作,同时置状态ｍ_bIsStoｐ为TRUE,便于双方传输控制发送线程关键函数SeｎdFiｌeｖoidＣＳendFiｌｅDｌｇ：：SendFiｌe(CSocket&sｅｎSo){ m_ｂＩｓTransmiｔting＝ＴRUE； CFｉleｆｉｌｅ;ﻩif（！file。Ｏpｅn(m_ｓｔrＰａth,CFile:：moｄｅRead|CＦｉle:：tyｐeBｉnａrｙ）)ﻩ｛ﻩ AfxMｅssaｇeＢｏx(_Ｔ(＂文件打开失败＂));ﻩﻩsenSｏ．Close(); retｕｒn;ﻩ} m＿ctrlＰroｇreｓs。SetRａｎgｅ32（0，m_dwFileSize）；ﻩｉnｔｎSiｚe=0,nLen=０; DWＯRDｄｗCount＝0； ｃhａｒbuf［BLOCＫSＩZE]={0｝;ﻩfｉle。Seek（０,CFｉle：：begin)；ﻩ//开始传送ﻩwhile（1) { ﻩ//每次读取BLＯCＫSIＺE大小ﻩﻩnLen＝ｆiｌｅ.Ｒead(buf，ＢLOCＫSＩZE）；ﻩﻩif(nLｅｎ==0) ﻩbreａk;ﻩ //发送文件内容 ﻩnSiｚｅ＝senSｏ。Seｎd(bｕf,nLｅn);ﻩ dwCoｕnｔ＋=ｎSize; ﻩm_ctrlProgresｓ。SｅｔPｏs（dwＣｏｕnｔ)；ﻩﻩCSｔｒｉngｓtrTranｓfersSｉze；ﻩ stｒTrａnｓｆｅrsSize.Ｆormaｔ（”％ld字节＂，dwCount）;ﻩ ／/设置进度条属性 ＧｅtＤlgIteｍ(IDＣ＿RECＥIVE＿SIZE）—>ＳetWinｄoｗText（sｔrTrａnsfersSiｚe); inｔp=(（ｄｏubｌe)ｄwCｏuｎｔ）/(（inｔ）m_ｄｗFilｅSiｚe+1）＊10０+１; ﻩstrＴranｓfｅrsSize．Formａt（”％d",ｐ)； ｓtrTransｆersSiｚｅ+=”％"； ﻩ／/判断用户是否停止发送 if(m_ｂＩsStoｐ） ﻩ｛ m_bＩsStｏp=ＦALＳE；ﻩﻩﻩbreak; ｝ ｉf（nSize＝=ＳOＣＫEＴ_ERROR) ﻩﻩbreａｋ；ﻩ} fiｌe．Close（）； seｎＳｏ．Clｏse（）；ﻩiｆ（m＿dｗFｉlｅSiｚe＝=dwCoｕｎｔ） ＡfｘMessageBoｘ(_T（”文件发送成功＂）)；ﻩelse AｆxMessａgｅBox（_T(＂文件发送失败")）; ｍ＿ctrｌPｒｏgrｅｓｓ．ＳｅtPos（0）；ﻩm_ｂＩsＴraｎｓmitting=FALSＥ；ﻩ｝接收线程关键函数ReceiveFilevoｉdＣSeｎdFiｌeDlｇ：:ReceiveFilｅ(CＳockｅｔ＆ｒeｃSｏ){ﻩ／/停止等待超时计时器ﻩKiｌｌTimer（2)； m_bIsWait=FAＬSE； m_bＩsＴransmitting=ＴＲUE；//正在传输置1 ｍ_ctrlProｇｒｅss。SｅtRangｅ３2（0,ｍ_ｄｗFileＳize）； intnSize=0；ﻩDWＯRＤdｗＣouｎt=0;ﻩchａｒbｕｆ［BLOＣKSIZE］=｛0}； ＣFilefile（m＿sｔrPath,CFiｌｅ：：modeＣrｅate|CＦile::ｍoｄeWrite); //开始接收文件 wｈile(1） { ﻩ//每次接收BLOＣＫSIZE大小的内容 ﻩnSize＝recSo.Rｅceｉve（ｂｕf,ＢLOCKSIＺE）;ﻩﻩiｆ(nSiｚe==0）ﻩ ﻩｂｒeak; ﻩ／/写入文件 fｉle。Write（ｂuf,ｎSiｚe）; ﻩdwCount+=nSize；ﻩ m_ctrlProｇrｅsｓ.SeｔPos（dwCｏuｎt)； CStｒｉngｓｔrTransfｅｒｓＳｉzｅ； ﻩｓtrＴｒansfersSiｚｅ．Format(”％ld字节”，dwCｏｕｎt);ﻩGetDlｇItem（ＩDＣ_RＥＣEIVＥ_ＳIＺＥ)-＞SeｔWindｏwTｅｘｔ（sｔｒＴrａnｓfｅrsSize）;ﻩﻩinｔｐ=（(douｂｌe）ｄｗＣount)／((int)m＿dwFilｅSｉze+1）*100+１; ﻩstrTｒａnsfersSize.Formaｔ（”%d",p）; ﻩstrTraｎsfersSize+=”％"；ﻩＧeｔDlgＩｔｅｍ(IＤC＿PECENT)->SeｔWindｏwTexｔ（strTraｎsｆeｒsSｉze)ﻩ ／/用户是否停止了接收 ﻩif(m_ｂIsSｔｏp)ﻩ {ﻩ m_ｂＩｓStoｐ=FALSＥ; ﻩ bｒeａｋ； } ｝ﻩfile。Ｃｌose(); reｃＳo．Cｌosｅ（）； if(m_ｄwFｉleSize==dｗＣoｕnｔ) AｆｘMessagｅBoｘ(＿Ｔ（"文件接收成功”)); elseﻩ AｆxMessａｇeＢox（_T（”文件接收失败＂))； m_cｔｒｌPrｏgrｅｓs．ＳｅｔPｏs(0); m_ｂIsTransｍiｔting=FALSE;｝六、关键问题及其解决方法1、在传输文件前、中、后能让程序响应各类控制消息集成后的互通消息代码集成后的互通消息代码很简单：voidSerialize(CArchive&ar){ if(ar.IsStoring()){ ar<<m_nType; ar<<m_strFileName; ar<<m_dwFileSize; } else { ar>>m_nType; ar>>m_strFileName; ar>>m_dwFileSize; }} ２、解决单线程传输阻塞的非“非阻塞”式方法在使用AfxBeginThread实现多线程的同时，也增加了诸如发送超时、接收超时等判断（使用Windows定时器SetTimer响应OnTime来实现），这一定程度上增强了程序的鲁棒性文件的传输时阻塞式的,所以在主线程中直接传输文件必然导致界面卡死,所以这里我用到了多线程技术，为传输文件和接受文件分别开设线程.在使用AfxBeginThread实现多线程的同时，也增加了诸如发送超时、接收超时等判断（使用Windows定时器SetTimer响应OnTime来实现），这一定程度上增强了程序的鲁棒性＿LｉｓｔｅnＴhreadＵINＴ_LisｔｅｎＴhｒｅａｄ(LPVOIDｌparａｍ)｛ CSenｄＦiｌeDlｇ*ｐDlg＝（CSendFilｅＤlｇ*）lparam； ／/创建服务器端套接字ﻩＣSoｃketsｏｃｋSrvｒ;ﻩif（!soｃkSｒvｒ．Cｒｅate（ｐDlg－〉m_wＰort＋PＯRT)） {ﻩ pDlg－>TｒａnｓfersＦailed（)； ：：MessageＢox（（ＨWND)lparａm，ｐDlｇ－＞ＧeｔErｒoｒ(ＧetLasｔErroｒ()),_Ｔ（"错误")，MＢ＿ICＯＮHAND|ＭB_ＯＫ)；ﻩ retuｒn-１； } ｉｆ（！sockＳrvr。Lisｔeｎ()）//监听 { pDlｇ－〉TranｓfersFailed（）；ﻩ ：:MessageBox(（HWＮD）lpａｒam，pDlg—〉ＧetErｒｏr（GetＬａｓｔＥrrｏr（)),＿Ｔ（"错误"）,MB_ＩCOＮHAND｜MB_OK)； ﻩreｔurn-１；ﻩ｝ﻩ//接收套接字已经创建向主对话框发送自定义消息,该消息发送一个消息给发送方，可以开始传数据 pDlg—〉SendMessａge(ＷＭ_ACCEPT_TRANSFEＲS);ﻩCSocketｒecSo； if（！sｏckＳrvｒ．Accept(rｅcSo）) ｛ ：:MeｓsagｅBox（(HWND)lparaｍ,pDlg－＞GetErｒor（GｅｔＬaｓtError（）),＿T（”错误")，MＢ_IＣONHAND｜ＭB_ＯＫ); reｔurn-1；ﻩ｝ ｓockSrvr。Cｌoｓe(）; ／／调用主对话框类中的RecｅiｖeＦilｅ成员函数进行文件的接受pＤlg－>RｅｃeiｖeFilｅ（rｅcSｏ）； rｅtuｒn0;｝_SｅｎｄTｈreａdUＩＮT＿SeｎdThreａd（LPVOIDｌｐａraｍ）｛ CSｅndFiｌｅDlｇ*pDlg＝（CＳendＦileDlg*）lpaｒam; //创建套接字 CＳocｋｅtsｏｃkCｌiｅnｔ； iｆ（！sockCliｅnt。Create（)）ﻩ｛ pDlg-〉TrａnsfｅｒsFaｉlｅd()； :：ＭｅssageＢｏx((HWＮD）ｌｐaram,ｐDlｇ-〉GeｔＥｒror（ＧｅtLastＥrroｒ(））,_Ｔ(＂错误＂)，MB_ICＯNHAND|MB_ＯK)；ﻩ ｒｅturn-1； }ﻩＣＳtrｉnｇstrIPAddreｓs；ﻩUＩＮTｎＰoｒt；ﻩ//获取对方地址ﻩpDlｇ-〉m_ｐsoｃkCｌiｅｎt->GｅtＰeerNamｅ（strIＰAddrｅｓs,nPort）；ﻩ//连接服务器 if（!ｓockＣｌiｅｎt．Connect(ｓtrIＰAddrｅss，ｐDlg-〉m_ｗPorｔ+ＰOＲT））ﻩ｛ﻩ pＤlg－〉ＴraｎsferｓFaｉｌｅd（）; ：：MessaｇeBｏx((HＷND）lparａm，ｐDlg—>GetＥｒror(ＧetLasｔEｒｒor(）），_Ｔ("错误"），MB_ＩCONHAND|MＢ_ＯK）; rｅtuｒn-1; ｝ //调用主对话框类进行文件发送 pDlg－>SendFile(sｏcｋClient)；ﻩretｕrｎ０;｝3、在文件传输前，提前让对方了解文件信息,以便对方判断是否接受文件。ﻩﻩ由于本工程实现了“文件传输与两端消息响应”的明确划分，该功能实现相当简单,只需要在发送端SeleｃtFｉle之后向接收端发送一个“准备发送”的消息（该消息由于CMｅｓsage的封装，包含了文件的基本消息），该消息被接收后弹出对话框，由接收方来选择是否接受. 接收端由接收方选择对话框选项，根据MesｓageBoｘ返回值IDOＫ或是ＩＤCＡNCLE，若为ＩＤOK,则发送一个Aｃcｐｅt消息给发送方，否则发送一个REFUＳE回去，均由发送方的OnＲeceｉve虚函数处理，大致过程如下：七、设计结果１、服务器客户端的选择（服务器客户端集成)说明：根据每个进程实例的用户选择ＲaｄioBoｘ来更改界面外观初始默认服务器：ＩnitDiａloｇ时设置按钮文本及调用gethｏstname获取本机IＰv4地址及设置端口号 ﻩ根据用户选择响应RadioＢox消息,若为客户端,则更改界面外观，同时内部变量“m_bＩsＣｉｌent”设置为ＴRUE(默认为FALSＥ)，便于程序的后续工作2、简单的文件传输及简单的传输控制说明：ﻩ文件的发送专门由两个线程完成,线程中创建用于文件传输的套接字，而文件的传输控制则由主界面响应消息来完成，分工明确3、设计思考题的回答①套接字有基于阻塞和非阻塞的工作方式，试问你编写的程序是基于阻塞还是非阻塞的？各有什么优缺点?答：本程序文件传输基于阻塞、传递文件控制消息基于非阻塞。阻塞传输具有稳定性好，代码逻辑简单,编写程序方便的优点，但是阻塞传输效率低非阻塞传输相对应的效率较高，但是编写程序较为复杂,传输也更难控制②如何将上述通信改为非阻塞，避免阻塞?答：在源代码采用Send发送文件和Receive来接收文件的基础上，改用OｎRｅｃｅｉve和ＯnSend来响应文件发送和接收消息，结合MFC的CaｓyncSｏcket异步非阻塞套接字类来编程③在传输前能否先将要传输的文件的相关属性现行报告给对方,以便对方判断是否接受该文件的传输?答：由于本工程实现了“文件传输与两端消息响应"的明确划分,该功能实现相当简单，只需要在发送端ＳelectFｉlｅ之后向接收端发送一个“准备发送”的消息(该消息由于ＣMessaｇe的封装，包含了文件的基本消息)，该消息被接收后弹出对话框,由接收方来选择是否接受.八、软件使用说明打开一个进程实例后,一端选择服务器(默认为服务器），软件会自动调用库函数获取本机IPv4地址以及自动设置端口号,点击【启动】按钮开始监听客户端的接入客户端打开软件后,点选【客户端】,此时IP地址控件置空,用户输入正在监听的客户端的IP地址,必要时输入对应的端口号，点选【连接】，开始申请连接服务器。连接选项设有超时器,超时会提示连接超时,成功后两端建立连接。连接成功后，两端的【选择文件】按钮点亮，可以选择文件发送。点击【选择文件】后弹出文件选择对话框，发送方成功选择文件，点击【确定】。此时启动发送超时器，超时显示超时。若成功，接收方弹出文件保存对话框，接收方选择好接收目录后点击【确定】,文件传输正式开始。传输开始后，双方【停止传输】【取消】点亮，双发可以通过点选这两个按钮来进行传输控制.传输失败会提示失败消息。九、参考资料［1］zhuyf8７。TＣP三次握手。博客园博客，２0１２. ［2］高传善，毛迪林,曹袖。计算机网络教程.高等教育出版社，2008. ［３]孙鑫。VC+＋深入详解。电子工业出版社，2０0６。十、验收时间及验收情况验收时间：20１6.１２。29验收情况：演示了文件传输的程序，从建立连接单选择文件再到传输文件，到终止传输,没有出现问题。①通信方式是阻塞还是非阻塞的？答:本程序使用了两对套接字,一对工作于阻塞方式，用于传输文件，由于阻塞，故开辟了线程供其传输,一对工作于非阻塞方式,通过响应来实现客户端服务器的消息控制。②客户端服务器建立连接的过程?ﻩ答：使用MFC的CＳoｃket类简化C/S连接：服务器Ｃreate（）创建监听套接字，Lｉsten()开始监听；服务器创建一个连接套接字，Conｎect()请求服务器连接,服务器OnAccept响应,并使用另外创建的套接字开始与客户端通信。③程序的鲁棒性怎么样?ﻩ答:程序在创建套接字，连接服务器等操作时用了比较多的错误检测与提示,比如在套接字创建过程:对Crｅate（）的返回值进行分析，如果是0则代表创建失败，立即调用ＧeｔLaｓｔError（）分析错误原因，并使用MessageＢoｘ弹出提醒用户.另外也使用了TRY…CＡTCＨ块,增强程序的错误检测和恢复能力。十一、设计体会１、之前写的程序大多都是“单机"的，这次工程的实践让我更加深入地了解了互联网程序的编写，认识了Ｓockeｔ套接字的使用.2、通过编写程序，在应用层面理解了TCP的“三次握手”,深切体会到了基于TＣP连接的传输稳定性.3、在设计时遇到了阻塞和非阻塞的选择,好在工程实现的时候，由于微软对Wｉn_Sock的封装,结合ＣSockeｔ、CSocketＦｉｌｅ、CArcｈive三个类的使用，很好地简化了两端的通信问题，从而可以放心地把传输数据作为阻塞方式放到新开的线程中。４、在工程初步完成的时候，把程序放到两台不处于一个局域网内的机子上，发现不能连接。通过课本的翻阅和网上资料的查询,了解了NAT以及NAT穿越技术，知道了许多基于互联网的技术都需要用到“NＡT穿孔”。５、文件传输涉及到了很多的异常处理，在之前编写的大部分程序要么没有异常处理，要么单纯地使用ifelｓe解决,在本次工程中用到了一些TＲYＣAＴCH块,体会到了异常处理机制的重要性.路由器配置实验一、实验目的１．认识路由器的端口、型号2．掌握路由器的路由配置３.理解网络互联的基本原理二、实验环境与设备本实验在PC机上利用模拟软件PackｅｔＴraceｒＶ６进行操作。三、实验内容１．路由器接口的配置2.静态路由配置3。默认路由配置4。动态路由配置本次实验的主要任务是了解路由器的基本设置，和网络之间的连接关系。通过这次的实验很好的掌握了各个网段之间的,各个路由器下的pc的连接情况。通过对静态，默认,动态路由配置，使得各个路由器下的ＰＣ相互通信.四、实验步骤1、路由器接口的配置创建拓扑结构图:（1)为主机PC0,ＰC1，ＰC2配置IP地址、子网掩码和默认网关.配置情况如下：IP地址和子网掩码的配置：（2)为路由器的各个接口分配IP地址和子网掩码，交换机不用配置。配置方法入下:WAN口配置：(3）查看路由器的路由表使用命令：shoｗiproute显示路由表中的路由信息。保存此时路由器显示的路由信息，以便与后面的实验结果进行比较。（C表示直连路由）Router0的路由表:Router１的路由表Rouｔer２的路由表(4）测试主机之间的连通性PC0与PC２的连通性：可以看到PC0ｐiｎｇ不到ＰC2，可见PC０是不知道PC2的网段的PC1与PC2的连通性:根据网关发回的消息,同样PC1是pinｇ不到PC2的2.配置静态路由（1）在Ｒouｔｅr０中添加一条到网络１9２.16８。３.0的静态路由，命令如下:（２）再去查看Routeｒ0路由表,与步骤(２)中的路由表进行对比,观察路由表的变化情况。可以看到，路由器0多了一条S的路由信息，之后有目的为该ＩP的包到达路由器,路由器就能根据路由表做出路由。(3)在Rouｔeｒ２中添加一条到网络1９2．168。1.0的路由后，路由表如下：Rouｔer（conｆｉg）#iproｕｔe192．168．1．0255．255．２55.０172。１６。1．2同样，路由器１也增加了一条路由信息(4)测试ＰＣ0与ＰC2的连通性ＰＣ0与PＣ2的连通性如下图：可以看到，添加静态路由后PC０与PC２接通（5）在Router１和Roｕｔｅr2中各添加一条静态路由，以实现ＰC1与PC2的互通.路由器１增加静态路由:路由器2增加静态路由:根据之前的实验，现在PC２和PC１应该能互相ｐiｎg通了.P1与P2的连通性:由于来回经过两次路由器，TTＬ(1２８)—２=1２6（６）测试PC0与PC１的连通性可以看到，PＣ０ｐinｇ不到PC1。查看Rｏｕter０的路由表可知,其中不存在到达ＰC1所在网络（192.168．2.0)的路由，查看Rouｔｅr2的路由表可知，其中不存在到达PC0所在网络(192．１68.1．0）的路由，因此,PC0与PＣ1的连通性为不通。（7)分别在Routeｒ０和Router1中添加静态路由，以实现PC０与PＣ1的互通。ＰC０增加到ＰC1的路由：PＣ1增加到PC0的路由：此时ＰC０和PC1的连通性:可以看到，PＣ0和PC1终于能ｐing通了,可见若是配置静态路由,一边的路由器不能只配置与其相连的路由器的静态路由，若还想发至其他路由器所在的网络,同时也要配置到那个网络的静态路由。3。设置默认路由（1）首先删除Roｕｔer0中到达PC1和PC２所在网络的静态路由：使用shｏwｉｐｒｏuｔe命令查看可知，删除已成功（2）在Roｕｔer0中添加一条默认路由：（３）再测试PＣ0与PＣ1，ＰC2的连通性：可以看到，ＰC0在设置默认路由后，都能pｉng到PＣ2和PC1，原因是当PＣ0由数据包发送至PC1或者PC2，可是到达路由器0的时候，路由器0的路由表中没有相应的路由信息，这时候,默认路由就成为了一个“救命稻草”，路由器0会将所有的不匹配数据包都通过这个路由信息发送出去。因为默认路由匹配的是路由器2,故路由器2自然能收到,而此时路由器2有路由器1的静态路由信息，所以PC1也就能收到了4．动态路由协议ＲＩP的配置（1)在Router０上配置RIP协议（2)在Ｒｏuter1,Rｏｕｔｅr2上配置RIP协议Router２：Rｏｕteｒ1:（３)查看三个路由器的路由表，可看到各路由器学到的网段。下图是运行ＲＩP协议后路由器中的路由信息：（R为RIP动态路由)Ｒｏuter0：Roｕteｒ1：Roｕtｅｒ2:５）测试各主机间的连通性.ＰC0和PC１的连通性以及PC0和PＣ２的连通性：ＰC1和PC2的连通性五、实验总结通过思科的这款仿真软件,我切身地体会到了什么是最最基础的组网.①通过简单地“拖拉”路由器、交换机、ＰC终端，还有这些原件之间的连接线，让我体会到了各种不同的网络部件所处的地位以及它们各自所起的作用②思科的这款软件非常强大，不仅有命令行，还有可视化的操作面板，在用两种方式配置路由器的过程中，让我真切地感受到了路由器就是一台实实在在的微型机，只是功能比较单一.③在对路由器ＩP地址、子网掩码,PC网关地址配置的过程中，理解了网络互联的原理就在于“通过路由器的路由信息表找到对方的地址”。④本实验涉及到了静态路由的配置、默认路由的配置以及RＩP动态路由协议的配置，在分别使用这三种方法连接时，思考了三种方式的区别与联系，进一步理解了网与网之间的连接。郑州华信学院课程设计说明书题目：网络工资管理系统设计与实现姓名：贾慧萍院(系）：信息工程系专业班级:10计算机科学与技术学号:100１１１0１56指导教师：杨杨成绩：时间:２01３年9月03日至2０1３年１０月24日郑州华信学院课程设计任务书题目基于B/S模式的工资管理系统设计与实现专业、班级10计算机科学与技术学号10０1１1015６姓名贾慧萍主要内容：首先,开发一个采用B/Ｓ结构的企业网络工资管理系统，使用ASＰ。NＥT技术和SQLserver2000数据库实现的三层结构Web应用程序，通过ADO。ＮET访问数据库结合网络编程开发动态网页。

本系统是适合于各企事业单位使用的通用工资管理软件，系统开发目的主要是针对工资管理系统落后、数据环境混乱等问题提出可行的解决方案。给工资管理系统带来先进的管理理念、完善的工资管理制度,从而提高管理水平、节约资源、提高办事效率。基本要求：要求系统界面友好，操作简单方便，任意设定工资项目，任意定义工资计算公式，任意定义输出表格等功能健全。主要参考资料：［１]赵强。Ｊ２ＥE应用开发[M]。电子工业出版社,2006[２］明日科技.JＳP开发技术大全［M］.人民邮电出版社，２０07[3］BertＢatｅｓ．HｅadFｉrstSerｖletｓ＆JSＰ(影印版）[M］南京：东南大学出版社２002。8[４]oracle数据库进阶．林树泽李渊编。清华大学出版社，2011。３完成期限:09月０3日-1０月２４日指导教师签名：课程负责人签名：20１3年09月1２日目录TＯC\o"1-3"\h\z\uHYPERLＩNK\l＂_Ｔoｃ373142590"1.总体设计PAGEREF＿Toc373１４2590\h3HYPERＬＩNＫ\l"_Toc３73142５91”1。1企业网建设规划PＡGEREＦ_Toc3７３1425９1\ｈ3HYＰERＬIＮK\l”_Toｃ3７３１42５9２＂1。2工资管理系统任务概述PAＧEREＦ＿Toc３73１４２592\h３HYPERＬＩNＫ\l”＿Ｔｏc37314259３"1。３工资管理系统功能需求ＰAＧEREF_Ｔｏｃ373142５９3\h41。4工资管理系统可行性分析PAGEREＦ_Ｔｏc３７3142594\ｈ5ＨＹPＥRLINK\l＂_Toc373１42５９5”1。５工资管理系统开发环境ＰＡGEREＦ_Ｔoc3７３142595＼h６HYPERLIＮＫ\l＂_Toｃ３7３14259６"2。结构化系统设计ＰＡGEREＦ_Ｔoc3７314259６\ｈ６２．1系统功能模块设计PＡGEREF_Toc3７３1425９7\h6２。２数据库设计PAＧEREF_Toc373１4259８\h７2．３界面设计ＰAGERＥＦ_Ｔoc37314２５9９\h8HYPERLIＮK\l"_Tｏc37３１4２6０0”３。软件的测试PＡGEREF_Ｔoc37３1426００\h24ＨYＰERＬINK\l"_Toc3731426０1＂3.1测试原则PAＧＥREF_Toc373１4２601\h243。２测试方法PAＧＥＲEF_Toc37３１4260２\h２４HYＰERLINＫ\l"_Tｏc3７３14260３"3．３测试环境PAＧＥＲＥＦ_Ｔoc３７31426０3\h２4HＹＰEＲLＩＮK\l”＿Ｔoｃ37３142６04”3.4测试内容PAＧEREＦ_Toｃ37３１426０4\ｈ24HYPERLIＮK\l"_Tｏc3７31４2６05"总结ＰAGERＥF_Ｔoc3７31426０５\h28HＹPERLIＮＫ\l”_Toc3731４2606”4。１系统可改进的地方ＰＡＧＥＲＥF_Toc3７３142606\h２8HYPERＬINK\l＂_Ｔoc373142607"４。2发展前景PＡGＥREF_Ｔoｃ3７3１42607\h2８1。总体设计1.1企业网建设规划（１）概述企业网分内部和外部两部分.外部的页面是展示给所有人员浏览的页面,在外部主要对企业的宣传.在产品展示的页面提供顾客注册的功能,进行网上订购的功能.只有注册的顾客用户才能进行网上订购.内部的页面只有企业内部人员才能浏览，而且必须登录才能进入，没有注册的功能,只有在人事部门进行添加的用户才能进入。(2)组织结构,见图１.1(a)职务为总经理,副总经理；最高级别机构有主管、财务主管、开发部主管、人事部主管、市场部主管；部门设部门经理，普通职员。（3）总体设计，见图1．１（b)1.2工资管理系统任务概述项目名称：基于B/S模式的工资管理系统开发意图：使员工工资管理更加科学、规范;使员工工资查询更加方便、快捷；发挥网络在工资管理与查询中的作用，实现工资管理与查询的网络化应用目标：通过本系统，能帮助财务人员利用计算机，快速方便的对员工工资进行管理、输入、输出、查找等所需操作,使大量的员工工资能够集中方便的进行管理。员工则能够利用自己的用户名和密码通过本登陆，方便