【毕业学位论文】(Word原稿)基于BS的电信多项目协同管理系统的设计与实现-软件工程_第1页
【毕业学位论文】(Word原稿)基于BS的电信多项目协同管理系统的设计与实现-软件工程_第2页
【毕业学位论文】(Word原稿)基于BS的电信多项目协同管理系统的设计与实现-软件工程_第3页
【毕业学位论文】(Word原稿)基于BS的电信多项目协同管理系统的设计与实现-软件工程_第4页
【毕业学位论文】(Word原稿)基于BS的电信多项目协同管理系统的设计与实现-软件工程_第5页
已阅读5页,还剩65页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

硕士学位论文 (专业学位) 基于 B/S 的 电信 多项目协同管理系统的设计与实现 姓 名:王帅 学 号: 1121170140 所在院系:软件学院 职业类型:工程硕士 专业领域:软件工程 指导教师:金伟祖 副 指导教师 : 缪前 二 一三年三 月 A in of 2013 1121170140 of / S 基于B/S 的电信多项目管理系统的设计与实现 王帅 同济大学 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定,同意如下各项内容:按照学校要求提交学位论文的印刷本和电子版本;学校有权保存学位论文的印刷本和电子版,并采用影印、缩印、扫描、数字化或其它手段保存论文;学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务;学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版;在不以赢利为目的的前提下,学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名: 年 月 日 同济大学学位论文原创性声明 本人郑重声明:所呈交的学位论文,是本人在导师指导下,进行研究工作所取得的成果。除文中已经注明引用的内容外,本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体,均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名: 年 月 同济大学 硕士学位论文 摘要 I 摘要 随着项目管理实践的不断扩展,为项目管理理论和方法的深入研究和成熟提供了实践的平台,项目管理在各行各业中发挥了越来越大的作用。 各行各业 对项目管理的要求也越来越高。 与此同时, 组织所承接的项目的数量越来越多,使得传统的项目管理显得捉襟见肘,多项目的管理应运而生。多个项目的管理,从项目策略到资源约束下的项目计划,项目之间合作关系超越个体项目的管理级别,需要从组织的整体出发进行协调管理,包括资源及进度等各方面的协 同管理。多项目的协同管理就成为多项目管理中的一个重要的课题。 论文首先对单项目管理和多项目管理进行了论述,指出当前多项目管理已经成为一个时代的潮流,并对多项目协同管理系统的创建背景等进行了阐述。以电信行业在多项目管理中存在的问题为出发点,提出了多项目协同管理系统创建的迫切性。 其次,对多项目管理系统的需求从业务需求和功能需求进行了论述,在此基础上,对多项目协同管理系统进行了设计, 系统方案设计的总体架构包含三方面内容的规划:系统规划蓝图、系统总体功能架构、系统总体技术架构。 同时,将系统分为综合管理、 资源管理、 项目群规划管理、 划管理、经费管理、沟通管理、风险管理 等八大管理模块。并对电信行业中实际遇到的资源冲突问题给出了解决方案。 最后,关于进一步工作的方向进行了简要的讨论。 关键词 : 电信 多项目管理 , 协同管理系统 , 业务需求,架构设计同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 of of of of an in of of At of to to a of of an in a of of on of of of he At is of to In 硕 /博士学位论文 中文题目 3 目录 目管理 . 错误 !未定义书签。 . 2 . 4 . 4 . 5 . 5 . 7 文组织结构 . 错误 !未定义书签。 目管理理论 . 错误 !未定义书签。 . 错误 !未定义书签。 . 10 统体系架构 . 11 户 /服务器体系结构 . 11 览器 /服务器体系结构 . 12 种模式的比较 . 错误 !未定义书签。 2. 错误 !未定义书签。 据库 技术 . 错误 !未定义书签。 . 20 . 21 . 23 . 23 . 24 项目协同模型设计 . 26 统总体架构设计 . 27 据库设计 . 30 据库设计思想 . 错误 !未定义书签。 同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 4 据库表 . 错误 !未定义书签。 统功能设计 . 错误 !未定义书签。 本管理模块实现 . 错误 !未定义书签。 . 错误 !未定义书签。 项目协调管理 实现 . 错误 !未定义书签。 统测试 . 错误 !未定义书签。 元测试工具的介绍与使用 . 错误 !未定义书签。 . 错误 !未定义书签。 论 . 错误 !未定义书签。 一 步工作的方向 . 错误 !未定义书签。 第 1 章 引言 1 第 1 章 引言 目管理 所谓项目,简单地说,就是在既定的资源和要求的约束下,为实现某种目的而相互联系的一次性工作任务 。 所谓项目管理,就是项目的管理者,在有限的资源约束下,运用系统的观点、方法和理论,对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价,以实现项目的目标。 随着经济的飞速发展,企业规模越来越大,项目的数量也越来越多,企业高层管理者面临着如 何进行多项目管理的难题。随着项目管理实践的不断扩展,为项目管理理论和方法的深入研究和成熟提供了实践的平台,项目管理在各行各业中发挥了越来越大的作用。正如 出的“在当今纷繁复杂的世界中,项目管理是成功的关键”。由于经济全球化,区域经济一体化和信息化的发展,各行业纷纷引进竞争机制,组织所承接的项目的数量越来越多,规模越来越大,种类越来越繁杂多,对项目管理的要求也越来越高。 多项目 管理 是指项目组织采取组织、协调、调配等管理手段,协调现行组织中所有的项目的筛选、评估、计划、执行与控制等各项 工作,并将多个项目有机的组合起来,突破原有单项目管理的思想,进行综合协同、管理全新的项目管理方式。多项目管理是项目管理理论发展过程中一次关键的变革。 多项目管理最初来自于多个并行任务管理。因为在单个项目中,不可能仅仅从头至尾都只有一个任务,多个任务之间也不是简单的顺序排列,可能会出现任务的交叉,这就使多任务研究成为必要。然而多项目管理的概念要远远超出多任务管理的范畴,它不仅仅局限于项目内部,更是用一种系统性的思维去研究项目内、项目间相互关系、相互影响。 美国迈克尔托比( 士和艾 琳托比 ( 士根据前人的研究总结,率先提出了多项目管理的概念。他们认为多项目管理综合了系统工程理论和心理学理论,是一种从宏观角度对多个项目进行计划、组织、领导、控制的项目管理过程。 在实际应用中,多项目管理的涵义可分为狭义和广义两种: 从狭义上来说,按照中国项目管理指导委员会的定义,所谓“多项目管理”,就是指一个项目经理同时管理多个项目,是指在组织中协调所有项目的选择、评同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 2 估、计划、控制等各项工作。它的定义范围是“一个经理”,管理“多个项目”,强调的主要是一种管理的方式和方法。 从 广义上来说,多项目管理不仅指“一个项目经理同时管理多个项目”的活动,还应该延伸到一个组织对多个项目进行的管理活动,不仅指管理方式、方法,还应该包括对多个项目进行管理的体制、模式等等,只要是在“一个组织”的范围内、以“多个项目”为对象开展的管理活动,其相关的内容都应该涵盖在“多项目管理”的范围内。多项目管理能够有效地平衡团队的资源和能力,协调好多个项目的运作,确保成功地完成这些项目,从而推动企业的战略目标的实现。 综上所述,我们可以把多项目管理定义为:多项目管理是一种基于组织层面并对组织范围内的所有项目进行管 理,有效的进行资源配置,协调项目间的矛盾冲突,通过项目群、项目组合以及项目的成功实施来实现组织战略目标的一种管理活动。 项目管理 企业在进行单项目管理时,己经学会应用项目管理所强调的项目组织、计划、范围、风险、沟通、成本管理等等一整套的管理方法,然而在多项目管理环境中,企业仅仅依靠这些方法是不够的,因为单项目管理在进行项目选择时,只考虑单个项目的是否盈利、技术是否可行,而多项目管理还要求从企业整体角度出发来考虑单个项目对其他正在进行的项目的影响和实施期间资源的可得性 ;在进行企业内部信息流动时, 单个项目不需要和其他项目交换信息,共享项目知识,但多项目管理中项目管理的任何流程都需要各个项目之间及时频繁的交换各种信息,以及处理好项目间知识共享问题 ;在安排项目进度计划时,单项目管理把资源认为是专项资源,并且不具有可调动性,而在多项目管理发生资源冲突时候,就需要在多个项目之间合理地调动资源,降低资源冲突程度 ;在项目退出时,单个项目不考虑项目退出,而多项目需要考虑是否有项目与企业战略不符,如果有拖延时间较长的盈利率不高的项目就强行退出。 多项目管理与一般单项目管理虽然都属于项目管理大的范畴,但还是有很大区别 ,概括为以下四方面 : (l)战略性 :组织范围内的项目管理是企业战略的体现,多项目管理必须站在决策层面对组织中所有项目进行评估、计划、执行与控制。一般项目管理则是站在执行层面进行项目管理。 (2)动态性 :多项目管理能根据随企业内外部环境变化而变化的战略目标、需求和特征变化等,及时对项目进行调整,处理项目间资源、效益等的互相影响,这是一般项目管理所不能解决的。 第 1 章 引言 3 (3)最佳资源利用率 :一般项目管理假定项目资源得到保障的,以固定资源实现既定目标。多项目管理则是假定存在多个项目,通过协调和分配现有项目资源,获得最佳项 目实施组合,通过对固定资源的最佳配置获取最大利益。 ( 4) 组织的整合性 :一般项目管理中,各项目实施过程中人员相互沟通少,沟通效率和有效性较低。而多项目管理中,项目组中各项目小组成员在统一的合作体中工作,技术、知识、信息共享程度较高,易形成和强化统一的合作观念,沟通效率和有效性较高。所以仅仅用单项目管理的方法来管理企业经常会导致需求分析不明、计划控制不力、人才缺乏、组织内部冲突等等各种矛盾,使得组织失去应有的活力,而项目管理本身也失去意义。 研究发现,大多数经理都认为多个项目同时进行管理,效率更高。传统的项目 管理是为管理单一项目而设计的,面对的是特定的项目,而多项目管理是基于整个企业范围的目的和任务 ;对于单一项目,争取更多的资源和时间是很重要的,对于多项目管理来讲,沟通和理解是成功的首要条件 ;单一项目只为该项目提供所需的资源内容,多项目管理的文化和系统可以为企业高层领导团队提供明确的、可描述的人力资源、 资金和时间来实现企业的战略目标。单项目管理与多项目管理的区别如 图 图 项目管理与多项目管理的区别 通过图 以总结出: 1、企业管理层和项目管理层都是基于企业级、所有项 目(多项目)的综合汇总数据看待企业项目运营情况,发现问题时,一方面深入部门追溯部门的执行详情,另一方面深入项目追溯项目的执行详情。 2、职能经理通常是基于本部门的所有项目综合汇总数据看待部门的运行状况,发现问题时,将深入项目追溯项目执行详情,如果是该部门还有下级部门,同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 4 也会深入下级部门追溯执行详情。 3、项目经理通常是基于项目的所有部门综合汇总数据监控项目的执行情况,发现问题时,将深入部门追溯执行详情。 外多项目管理 目前学术界探讨多项目管理理论及管理实践方面的文章,尤其是解决多项目资源冲突研究方 面的文献资料总体来说还是较少。在资源配置这一研究领域,目前国外一些专家、学者已相继提出了一些比较好的方法。 过定义两个指标来辅助项目资源的分配和控制。也有文章重点讨论了多项目的分层网络模型和有关的资源分配问题。 对系统容量进行了思考,提出型,它主要指是当系统达到最大项目处理时间的时候,新进入的项目将排队等候,直到系统有一定量的空闲处理时间为止。 从定性的角度阐明了资源共享和开展并行工程是解决资源配置的有效途径,但目前还没有给出 具体定量模式的解决方法。 从 2000 年左右,项目管理的研究人员开始将遗传算法应用到项目网络计划优化当中。文献 1通过应用遗传算法,分析了项目运行中有限费用条件下,如何进行费用资源分配的问题;文献 2主要探讨了如何在有限资源条件下进行项目资源合理配置的问题,并用遗传算法进行了简单的应用。 伴随着其它学科的快速发展,例如数学技术、现代通信技术、仿真技术以及计算机硬件和软件,这些技术越来越多地被应用到现代项目管理实践中,因此项目管理人员也能够从更加广阔的视野去研究和分析多项目管理。这些学科的飞速发展,尤其是数 学领域的各种算法的发展,如分支定界法、遗传算法、拉格朗日分解方法、两层决策方法、启发式算法和模糊算法等等,这些方法为多项目间的资源合理配置做出了有益的探索和应用。 根据对国外文献的阅读分析,国外学者已经开始重视多项目条件下对多项目网络计划进行分配的研究,并尝试用一些先进的数学方法去对资源约束条件下的不同项目间的资源进行合理的配置,并取得了丰富的成果。 内多项目管理 在国内单项目管理已形成较完善的理论与方法,但对于多项目管理的研究尚处在起步阶段,其主要的研究还停留在对概念及术语的描述方面,有一些学 者也已经开始结合国内项目管理的现状来进行多项目管理的研究。 彭先晚认为多项目管理中的两大主要冲突为项目优先级的冲突和项目之间 第 1 章 引言 5 资源的冲突。在探讨多项目优先级冲突时,提出了在组织战略和项目实施的不同层次的解决方法。在研究多个项目间的资源冲突问题时,主要解决的是在资源约束下多项目资源调配问题。 邓利辉针对目前建筑企业多项目管理冲突问题采取问卷形式进行了调查,获得目前建筑企业多项目管理当中存在的主要冲突问题,通过引进表现强度这样一个度量词得出了各种冲突问题的影响强度。他在分析了多项目管理的资源配置特点和需求的基础上 进行多项目资源的合理配置。 周永华将时间窗技术、遗传算法应用到多项目背景下资源优化配置问题中。周永华在保证核心路线稳定的同时,通过研究网络计划图中的虚拟活动计划并进行合理的配置和优化,优化了多项目的完成时间。 文献 错误 !未找到引用源。 引进了相对矩阵技术,针对多目标不同阶段的多项目资源规划问题建立了优属度矩阵的分配模型。在此基础上,研究人员应用多目标模糊优化方法为多项目资源分配建立了对应的数学模型,对多项目资源分配问题进行了一次非常积 极的探索。 文献 错误 !未找到引用源。 对比了传统项目资源管理方法与多项目资源管理方法的异同,分析出了影响多项目资源冲突管理的部分不确定因素。作者在企业进行新产品多项目开发的背景下,对多项目对的动态性、不确定性进行了分析,在此基础上对多项目资源冲突管理进行了仿真实验。 根据对国内相关文献的阅读分析,国内的学者较多地参考了国外相关的研究成果,结合了一些数学研究方法,尝试解决多项目资源冲突问题。但是,目前对多项目资源冲突的研究还是仅仅局限于 基于网络计划图的进度的优化,从理论高度上去对多项目资源冲突管理进行系统的研究。 究内容 统项目管理 存在问题 伴随着市场经济的发展,在全球化、信息化程度不断加深的时代背景下, 各大型工程项目所涉及的不确定因素日益增多,面临的 管理问题 也越来越多, 由于项目管理不科学 所致损失规模也越来越大,这些都促使科研人员和实际管理人员从理论上和实践上重视对大型工程项目的 项目 管理。 根据国内一份研究报告表明,在对我国 8000 个项目的调查研究中,真正实现其项目目标的仅是所有项目的 16%,需要补救的高达 50%,还有 34%的项目是彻底失败的。项目中的平均预算超出高达 90%,进度超出 120%;项目总数 33%既超出预算又进度推迟; 济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 6 的项目费用是原估算的 189%,只有 项目按照预算何进度完成;平均时间超出量是原估算的 222%;即使是在大型公司,也只有 9%的项目能够按照预算和进度完成。上述的数据充分向我们显示了项目管理和进度管理对企业和组织实施的必要性和迫切性。两者在项目中的真正有机结合更将是今后项目管理领域发展的趋势。 本章主要对传统的建设项目管理存在着自身的矛盾性、传统的建设项目管理模式存在的问题、多项目管 理的需求进行了分析 。 1传统的建设项目管理存在着自身的矛盾性 ( 1)项目全过程有明显的阶段性建设项目的前期策划由高层负责 ;建设阶段作为项目运作,由业主负责 , 工程投入运营后按照企业方式运作。 ( 2)参加者目标的不一致性 建设项目有自己的总体目标与要求,但由于各个阶段的组织任务和责任人员不同,由于专业化和社会化分工导致建设项目的任务由不同的企业承担,造成项目组织的分割、组织目标的不一致和组织责任的离散。 ( 3)项目管理职能的割裂 在这个过程中,项目的各个职能管理子系统与人员承担着不同的工作,各自有不同的工作目 标、范围和侧重点,所以到目前为止在项目管理领域大量的研究和开发都定义在某个阶段和某个职能上。 传统的建设项目的目标、计划、控制都以参与单位个体项目管理为主要对象。项目管理的阶段性、局部性割裂了项目的内在联系。这种管理模式容易带来如下问题 : ( 1)由于项目任务的承担者 (承包商和业主代表 )不进入项目的前期策划过程和项目的运行过程,造成项目的前期策划、建设过程和运行三个主要阶段的脱节,造成管理的不连续性。 ( 2)由于上述原因导致项目实施中过程的障碍、职能之间知识的障碍、信以流 通的断裂和信息孤岛现象,整个建设项目缺少统一的计划和控制系统。由于信息不全、参与者注重局部利益,常常只能达到局部优化,无法实现全面的优化。 ( 3)由于项目工作过程和组织责任的细化,参加者各方互相制衡导致工作攻率的降低和成本的增加。大量的成本、时间和精力被消耗在各种界面上。 ( 4)项目的组织关系紧张,难以达到各方面满意的结果,难以调动各方面的自积极性和创造性。特别是承包商,他作为工程的具体实施者,工程的成功依靠 他的能力、努力、积极性和创造性。但他一直被放在被动的、被束缚的地位上,项目的最终效益与他无关。在建设 项目组织中人们的短期行为比任何其它组织都 第 1 章 引言 7 要严重。人们容易产生“为建设而建设”的思想,不注重项目的运行状态和项目可持续发展的要求。 ( 5)在项目组织责任体系中明显地存在“盲区”,参与者各方的风险都加大。 ( 6)建设项目难以形成与其它工业相似的生产过程,业主无法得到完整的建筑产品和完备的服务。业主常常不具备项目管理的能力,但必须参与建设过程必须承担许多复杂的管理工作和由此带来的责任,带来许多纠缠不清的烦恼。 在项目管理研发中问题,人们对项目管理的研究和开发常常都着眼于某个子系统,从某个方面 (如业主或承包商 ),强 调不同的专业职能的管理,如质量、进度、成本、合同、安全等。尽管这些研究和开发都比较成熟,许多软件的商品化程度较高,例如进度控制、预算、合同管理、质量管理、风险分析等软件,但它们有阶段性、片面性和局限性,未能实现大系统的综合效率,极大地限制了项目管理理论和实践水平的提高。 究任务 通过对各国大量的大型项目进行分析并得出结论 :项目管理协同系统是项目建设成功的前提条件之一。实践证明,单个项目具有一次性,然而项目是层出不穷的,并且项目之间是交错运转的,这更加加剧了项目管理的复杂程度,使得传统的项目管理显 得捉襟见肘,多项目的管理应运而生。多个项目的管理,从项目策略到资源约束下的项目计划,项目之间合作关系超越个体项目的管理级别,需要从组织的整体出发进行协调管理,包括资源及进度等各方面的协同管理。多项目的协同管理就成为多项目管理中的一个重要的课题。 本文的研究任务主要包括以下三点: ( 1)分析多项目管理的发展,对国内外多项目管理情况进行了介绍; ( 2)在项目管理理论支撑下,研究了信天公司在多项目环境下资源冲突的问题,如网络工程师资源的相对稀缺及人员如何就近调配等,重点分析了有限资源条件下多项目资源冲突的协调解 决方法。 ( 3)构建了多项目协同管理系统,对系统的基本功能和与协同相关的功能给出了实现。 文组织结构 本文内容主要包括六个章节。 第一章是 引言 。主要阐述了 基于 B/开发背景、 管理 系统的应用价值和意义 , 以及本文的主要工作和 本文的 组织结构等 等同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 8 内容。 第二章是 关于基于 B/关技术 介绍 。 介绍了本系统与本系统开发相关 B/S、 C/ 第三章是 基于 B/ 从系统业务需求和功能模块需求两个方面 对系统进行了分析和描述,为多项目协同管理系统的设计和实现提供了坚实的基础 。 第四章是 基于 B/统 设计。本章提出了管理系统设计的目标及 原则,确定了 整个 系统的总体结构,对各个功能结构进行了概述 ,完成了关键几个 功能模块的详细设计工作。 第五章是 基于 B/ 统实现。 本章 首先 根据 系统需求分析阶段 所分析 设计 出 的各个功能 , 给出了具体实现的 关键技术和 方法,并 实现了多项目协同管理 系统 的 界面设计和实例测试。 第六章是结束语部分 。 本章 对 本文内容做了全面的 总结, 并指出系 统待完善之处,对需要进一步研究和解决的 问题做了展望。 第 6 章 结论与展望 9 第 2 章 相关 理论与 技术 目管理理论 通过查阅相关的文献 ,项目管理理论 大致可以分为以下 2种: 系统工程理论及协同论。 统工程理论 系统的概念来源于人类的长期社会实践。早在 1886 年,恩格斯就曾在路德维希费尔巴哈和德国古典哲学的终结一文中指出:“一个伟大的基本思想,即认为世界不是一成不变的事物的集合体,而是过程的集合体。” 20 世纪 40 年代,美国著名生物学家贝塔朗菲( 立了一般系统理论, 把系统定义为:“系统可以定义为相互之间、同环境之间,相互作用的诸要素的综合体。” 从系统科学诞生以来,许多学者都对系统作过研究,我国系统工程学的开创者钱学森给系统下的定义:“系统就是由许多部分所组成的整体,所以系统的概念就是要强调整体,强调整体是由相互关联、相互制约的各个部分所组成的具有特定功能的有机整体,而且这个系统本身又是它所从属的一个更大系统的组成部分。”系统论认为,系统是由相互作用和相互依赖的若干组成部分结合而成的、具有特定功能的有机整体。系统都具有下述特性: (1)集合性 系统是一个有机的集合体, 它追求整体效果最大化,即系统的整体功能大于各个子系统功能之和。系统的单元由于处在系统中会受到影响,而它们如果不在系统中将会发生改变;在系统中,整体大于各部分之和。 (2)相关性 一个系统中,各个部分都是按照一定的相互关系联结起来的。系统建立并稳定运行的条件就是系统的相关性。组成系统的要素是相互联系、相互制约、相互依赖的,要素之间相互作用,既是维系系统存在的基础,也是系统控制要素行为的主要途径,这种相互作用不是一成不变的,而是动态的。 (3)目的性 任何系统都是为了完成特定的功能而建立的,目的不同,功能不同, 系统的结构就会不同。系统的目的一般用更具体的目标实现,复杂系统往往都具有不止同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 10 一个的目标,因此需要用一个指标体系来描述系统的目标。为了实现系统的目的,系统必须具有控制、调节和管理的功能。管理过程也就是使系统有序化的过程,使它进入与系统目的相适应的状态。 (4)环境适应性 环境是外部条件,任何系统不可能脱离周围的环境,而独立存在,系统和环境之间存在着各种物质、能量和信息的交换,外界环境的变化必然会引起系统内部各要素之间的变化,系统必须适应外部环境的变化。能够经常与外部环境保持最优适应状态的系统是最理想的系统。 (5)层次性 层次是元素质到系统整体质的根本质变的过程中呈现出来的部分质变序列中的各个阶梯,是一定的部分质变所对应的组织形态,在不同的层次结构中存在着动态的信息流、物质流,构成了系统的运动特性,为研究系统层次之间的控制和调节提供了条件。系统普遍存在于社会的各个领域中,弄清系统的概念和特征,对于今后探讨软件组织的多项目管理的相关问题,将提供有力的理论支持。 同论 协同思想由来已久,合作的思想意识和实践行为,是企业生存和发展的前提和基础。德国物理学家 我们研究协同理论提供了坚实的 理论基础。弄清协同论的基本概念和原理,有利于我们理清协同论与其他学科的关系。 ( 1)协同论基础 协同论又叫协同论,是研究各类完全不同类型的系统内各子系统互为矛盾而又互为协调,共同促使系统整体具备新的有序状态所呈现出来的特点、规律的交叉科学。它是研究一个开放系统从混沌无序状态向有序状态、从低级有序向高级有序转化的机理、条件和规律。德国物理学家哈肯给协同论定义:协同论,研究一个由大量子系统,以复杂的方式相互作用所构成的复合系统;在一定条件下,子系统间通过非线性作用,产生协同现象和相干效应,使系统形成有一定功能的空间、时间或时空的自组织结构。 协同论涉及的基本概念: 相变:把构成系统的各个子系统之间所具有不同聚集状态之间的转变,称之为相变。其中,系统或子系统所处的聚集状态是相。当系统相变突然发生时,就产生突变,这是一种临界现象,是普遍存在的。 序参量:标志系统相变出现的参量就是序参量,它表示系统的有序结构和类型,是各个子系统协同运动程度的集中体现,它来源于子系统之间的协同、合 第 6 章 结论与展望 11 作,对系统和子系统行为起支配的作用。 涨落:在一个复杂系统中,总是存在着各个子系统的独立运动;也存在着子系统之间各种可能产生的局部耦合; 另外,系统环境条件也在随机波动等,这些,都反映在系统的宏观量的瞬时值上,经常会偏离它的平均值,而出现的起伏现象,我们称之为涨落。 ( 2)协同论的基本观点 协同论是利用“统一”的观点,处理一个系统的各个部分之间的关系,实现系统在宏观水平上的结构和功能的协作。它鼓励不同学科之间的协作。协同论的目标是建立一种用统一的观点,去处理复杂系统的概念和方法。协同论最普遍运用的基本理论和方法是概率论、信息论、随机论和动力论等。它是以动力学和统计学相结合作为基本方法,由动力学得出其必然性和以统计学得出其随机性,由此共同决定系 统的运动和转换。 在深入研究激光和其它非平衡系统的过程中发现:许多不同领域中有序结构的形成,具有普遍规律和共同特征,并且这种变化运动的类似性,服从相同或相似的数学方程。 统体系结构 目前管理信息系统较多采用的应用软件系统架构有: C/S)模式与 B/S) 模式。两种模式各自有其自身的优点和缺点,本系统根据 有的业务特点选择了 B/S 的体系结构。 户 /服务器体系结构 通常所说的客户 /服务器体系结构即 构 (简称 C/S 结构 ),既可以指它硬件的结构,也可以指软件的结构 8。在这种结构模式下,应用系统被分为客户端和服务器端两部分,其作用分别是:客户端主要用来管理接口、执行客户机应用程序、采集数据以及向服务器发出应用请求,完成应用处理;服务器端主要用来承担系统的数据共享管理、通讯管理、文件管理以及向客户端提供服务,完成数据访问和事务处理。 硬件的 C/中客户机 (来运行用户接口和前端处理的应用程序,服务器 (供可供客户机使用的各种资源和 服务,客户机在完成每一项任务时,通常要利用服务器机上的共享资源和服务。典型的 C/ 同济大学 硕士学位论文 基于 B/S 的 电信 多项目协同管理系统的设计与实现 12 图 2构 图 C/由客户端承担了部分处理任务,但数据集中在服务器中 11。在查询处理中,由客户端提出查询请求,而服务器完成对数据库的查询任务,查询结果通过网络传输到客户端。 客户机 /服务器结构最大的好处就是它的效率,通过适当的分工处理,前端的应用程序可以给客户机显示更精致的画面,而后端的服务器 则专注于效率的执行处理,包括数据的存取、系统管理以及安全性的防护等,这样的结构提供一个更具弹性、更有效率的应用环境。 览器 /服务器体系结构 随着 其是基于 信息发布和检索技术的使用,整个应用系统的体系从 C/S 的主从结构向灵活的多级分布式结构演变,这一演变给当今以 种新型的多级分布式结构就是浏览器 /服务器(构。 B/应用系统由浏览器和服务器组成。数据和应用程序都存放在服务器上,浏览器的功能可以通过下载服务器上的应用程序得到动态扩展,服务器具有多层结构, B/ B/户端不用维护,操作风格比较一致,只要有浏览器的合法用户都很容易使用 12。典型的 B/ 客户端 1 客户端 2 服务器 客户端 1 客户端 2 服务器 务器 第 6 章 结论与展望 13 图 2构 图 B/ C/这种结构下,用户界面完全通过 部 分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,客户端运行程序是靠浏览器软件登陆服务器进行的。该结构将应用逻辑全部置于服务器上,客户端利用 浏览器上执行。 B/S 结构主要是重用了不断成熟的 合浏览器的多种 言 ( )和 术,用通用浏览器实现了原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术。 B/有广泛的信息发布能力。它对前端的用 户数目没有限制,客户端只需要普通的浏览器即可,不需要其他任何特殊软件,另外对网络也没有特殊要求。从当前的技术水平看, B/ 种模式的比较 1、 C/( 1)应用服务器运行数据负荷较轻。 最简单的 C/S 体系结构的数据库应用由两部分组成,即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器,也称为应用服务器。一旦服务器程序被启动,就随时等待响应客户程序发来的请求;客户应用程序运行在用户自己的电脑上, 对应于数据库服务器,可称为客户电脑,当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则作出应答,送回结果,应用服务器运行数据负荷较轻。 ( 2)数据的储存管理功能较为透明。 在数据库应用中,数据的储存管理功能,是由服务器程序和客户应用程序分别独立进行的,前台应用可

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论