可在www.sciencedirect.com在线获取ScienceDirectFutureComputing and Informatics Journal 1（2016）53e61http://www.journals.elsevier.com/future-computing-and-informatics-journal/集成XP与VTSP改进业务流程的实证研究El Shaymaa Mohamad Nassara，*，Ramadan Moawadba埃及伊斯梅利亚苏伊士运河管理局运输部船舶交通管理b埃及开罗未来大学计算机和信息技术学院2016年3月29日在线发布摘要威胁组织的实际问题是过多的不必要的组织过程。业务流程再造（BPR）方法是为了提高组织内部的投资回报率而开发的。BPR指导重新安排流程，删除不必要的流程，并将剩余的流程整合为线性开放系统。不幸的是，现代信息技术的使用并没有解决中东国家，特别是埃及的这些问题，也没有实现预期的结果。IT项目的局限性和缺点主要是依赖于计划驱动的团队软件过程方法，不能满足客户频繁的需求变化，并且经常超出项目的预算。为了避免这些缺点，本研究采用了使用虚拟团队软件过程工作提供者的极限编程方法，并将所提出的混合方法应用于埃及苏伊士运河管理局的三个主要部门© 2016埃及未来大学计算机与信息技术学院由爱思唯尔公司制作和主持这是一篇基于CC BY-NC-ND许可证的开放获取文章（http://creativecommons.org/licenses/by-nc-nd/4.0/）。1. 介绍业务流程再造（BPR）项目旨在重新安排管理流程，并删除不必要的流程，以改善任何组织的整体质量管理体系[3，10]。在文献中，BPR项目已经发现了许多麻烦和问题：计划驱动的团队软件过程方法无法执行项目，响应客户需求的频繁变化，并避免风险因素。使用以下概念[12，14]，战略敏捷性是加速BPR项目的首选：* 通讯作者。电子邮件地址：elshaymaa_nassar@yahoo.com（E.S. MohamadNassar），ramdan. fue.edu.eg（R.Moawad）。同行审查，由埃及未来大学计算机和信息技术系负责。1-积极的利益相关者参与2-模型风暴3- 需求构想4- 优先需求5- 架构构想敏捷方法论引入了执行软件项目的最佳实践。包括极限编程（XP）在内的这些方法主要依赖于12个基本过程[4，7]：1- 编码标准2- 现场客户3- 持续集成4- 小版本5- 集体所有制6- 频繁重构7- 制定计划时8- 测试优先9- 简单的设计http://dx.doi.org/10.1016/j.fcij.2016.03.0022314-7288/© 2016埃及未来大学计算机与信息技术学院由爱思唯尔公司制作和主持这是一篇基于CC BY-NC-ND许可证的开放获取文章（http://creativecommons.org/licenses/by-nc-nd/4.0/）。54E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 6110- 每周40小时11- 系统隐喻和12对编程。下一节介绍本文件的倡议。它是指在业务流程重组项目的软件开发过程中所引起的注意问题。不幸的是，组织不能满足质量管理体系的建议。记录的原因是计划驱动的团队软件过程方法无法一次执行项目，也无法响应频繁的需求变化，特别是在中东国家[9]。文献研究介绍了解决方案，取决于极限编程和独特的适应方法。他们还监测了虚拟团队工作对项目成功和最小化搭配会议成本的影响[9]。2. 背景十二个基线实践证实了它们响应频繁需求变更的能力，Fig. 1.（a）：XP与敏捷方法论的投资回报估算，b）：运行时扁平化每次变更成本或极限编程方法论的连续迭代。危险因素提出了基于虚拟团队会议的分布式结对编程和在线代表客户或最终用户的方法，以获得更好的结果，最大限度地减少运输成本，并使系统具有高可用性。所提出的虚拟团队软件过程方法采用极限编程和虚拟团队方法，以避免计划驱动团队软件方法的限制，并实现系统的灵活性、可扩展性和持续升级[11]。2.1. 基线极端方案拟订方法对于小公司来说，最轻量级的文档敏捷方法是极限编程（XP）。XP的优点是平坦的变更成本（COC）和相对较高的投资回报（ROI）（见图1）。基线极限编程（XP）实践是本文的核心[12]。XP的简单性、快速反馈和灵活性允许动态适应和模块化到连续的迭代和发布中，以开发最终产品[7]（见图10）。 2）。基线极限编程方法学认可了在连续迭代和发布中补偿和处理系统错误的能力，从而根据全球软件开发生命周期时间逐渐最小化投资率。(t0)时间不应该是执行时间的单位，而是（i0）是迭代实现的单位2.2. 虚拟团队概念组织在讨论虚拟团队的话题时发现的直接问题是定义虚拟团队实际包含的内容。社会科学家们提出了以下虚拟团队的定义：虚拟团队是一组具有互补能力的人，通过电子技术图二.详细的极限编程方法论和共同定位的团队结构。E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 6155图三.理论框架。媒体不考虑地理位置。重要的概念是，虚拟团队允许个人或团体通过电子媒体实时合作进行项目。通过这种方式，虚拟团队作为一个综合团队运作，其成员可能恰好位于国家或世界的不同地区。这种合作的潜在优势有很多，包括[5，23]：● 项目执行● 消除物理边界● 能力的整合和优化，以及● 建立新伙伴关系的能力。这些优势的承诺导致苏伊士运河管理局的大多数成员相信，虚拟团队将是立即执行项目和持续质量改进的主要模式。该项目的重点是部署一组虚拟团队实施的指导方针和建议。这项研究的结论可以概括为以下声明：“技术不是成功实施虚拟团队的障碍。虽然技术可能导致虚拟组队失败，但有足够的技术可以成功实施虚拟组队。图四、采用和混合虚拟团队工作指南和极限编程方法。56E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 61图五.屏幕是用户故事文本框的集合，允许在线代表客户或最终用户使用英语和可读的声明来检测他的需求。E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 6157见图6。全局工作流的三个主要部分由操作系统调度和数据库触发器控制。虚拟团队相反，修改传统的管理实践是成功启动和实施虚拟团队的关键。” 我们的研究旨在调整这些参数使用修改和采用的实践极限编程方法。目标是控制组织全面质量管理体系持续改进的输出。实际上，全面质量管理取决于组织重要范围的整体投资在下一节中，作者提出了实施和评估所提出的方法的方法，以推广这一想法或提出其他改进质量。3. 拟议方法我们提出的方法依赖于极限编程的高投资回报率和平坦的运行时成本的假设。这些假设是指利用组织现有的财政和技术资源的效果。此外，他们依赖于可用的人力资源的部署和系统的高可用性，因为它是为自我和在职培训设计的。建议采用极限编程方法，以提供集体所有权和结对编程实践的能力，从而最大限度地减少培训要求，因此任何新员工都可以轻松参与项目，停机时间较短[16]。采用体系结构极限编程来匹配虚拟团队指导方针，使用分布式配对编程，替代组协调[26]，在线自动化文档和在线客户代表的特点，我们提出的方法，这是所谓的“虚拟团队软件过程方法”。VTSP方法被认为是最小化风险因素，并实现业务流程重组（BPR）项目在软件开发生命周期中的频繁需求变更[2]。假设框架如图3所示。本文引用模糊逻辑的概念来描述输入、输出和过程参数的理论框架。使用模糊概念的原因是虚拟团队工作的社会因素的模糊程度和极端规划方法论的实践的模糊程度。每一段都位于从很低到很高的模糊区域内。我们提出了每个因素的十进制权重。虚拟团队过程方法和项目参数的ROI输出被提出为归一化到尺度：从封闭区间[0，0.5]内的低水平到封闭区间[0.5，1]内的高水平。从[0，1]中选择区间的域作为宽谱，以便于表达和评估[6，21]。理论框架解释了虚拟团队工作参数和虚拟团队软件过程方法中极限编程方法的适应性对组织整体投资回报率的影响。这种形状会在每次迭代中引发信任建立的感觉。因此，对于连续的迭代，我们可以注意到项目的投资回报和组织的质量可以持续改进，而没有停顿或停机时间。此外，个人授权可以增加，每次迭代的培训时间可以减少，自我学习和个人信心和动机的建立。这种自动系统监控是通过我们的提案终端屏幕来实施的，对100名有权访问和控制屏幕的团队成员进行抽样。登录屏幕的比率和活跃屏幕用户的数量表明所提出的方法能够提高每个版本的性能，因此是全球项目[22]。本研究之研究范围仅限于三个分散式团队之侦测调查第一步是区分并启动全球或虚拟团队工作的明确定义的结构或架构。该研究遵循虚拟团队工作的活动，并监测他们部署极限编程的修改实践的效果[19]。这种方法建议开发基于数据库服务器（例如Access或MySQL）的虚拟软件应用程序[15]。目标是在运行时监控团队成员的活动[1，8]。我们的方法的层次结构（见图4）。图上方的协调员监控和控制可用的劳动力[25]。他提出了另一种群体协调。这种做法保证了系统高可用性在图的左侧，注意到可用的分布式劳动力[18，27]。在我们开发的ADHMXP上的内部通信和交互层（见图1）。 5）。分布式配对程序员或开发人员具有通过定位组合筛选的权限和可访问性，他们能够阅读和验证用户需求[1]。他们58E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 61图第七章分段和位置，根据定义的ID链接到团队成员，并加入到最终的发布和迭代中。通过在集体所有权代码编辑器（如Linux系统上的KDEdeveloper）上添加某些代码行来开发代码[20]。它们编译并执行程序。程序员通过屏幕上的验收单等待在线代表客户的意见，并以阿拉伯语或英语提供，以便最终用户熟悉，而不是限制最终用户的教育水平。这种方法允许部署组织的可用劳动力[15]。协调器现在有能力监控用户故事，分布式结对程序员的活动。他/她可以记录他/她对软件工程的社会因素列表和质量保证列表的评论[4]。轻量级自动化文档编制活动定义了全球系统的能力以应用频繁的需求变化并检测额外的编码行和额外的资产需求。该屏幕允许持续的交互，因此所有人力、资产和财务资源都在内部检测并部署到项目的每个步骤的每个迭代和最终版本[5]。该屏幕被建议是足够灵活和可扩展的，以插入新的功能来简化交互，并匹配在线客户和开发人员的要求。事实上，我们提出的方法和屏幕是混合的文献试验 采取 极端 编程. 的 文学再-下一节提供了实证案例研究，根据内部开发人员和现有资源，对埃及苏伊士运河管理局的3个部门实施了改进软件开发的拟议方法。4. 苏伊士运河管理局在苏伊士运河管理局（SCA），主席注意到三个主要部门和分部门之间的管理工作重复：船舶交通管理，运输部门的分配分部门和规划和研究部门。这三个部分分别介绍了船舶每日或定期通过运河的是表1子团队工作（ADM）分解时间表。第1版小组（A）任务/编号任务备忘录/没有工作1计划新的ADMSys A001 ATL2RDBMS ER A002至A005 ADEV设计草案3显示给在线客户A001和AC01Abo搜索已经区分了极限编程的灵活和持续修改的能力，以便4调查遗留案例A001，A005铝型材AC01ADEVABOUT5开发小版本A002至A05 ADEV以低资产和扁平化成本实现所有敏捷实践，变更[8]。他们假设每次迭代和全局6模拟屏幕的隐喻A001至A005铝型材AC01ADEVAEU发布可以是其先前迭代或发布的扩展。因此，增量代码行和额外的资产被假定为通过连续迭代被最小化和忽略。7分解模块A001至A005 ADEV8创建BPR BPMSBPR WFMS A002至A005 ADEV9设计OO类（C002）A002至A005 ADEV10运行单元测试A002至A005 ADEV11首次开发测试A001和AC01ADEVAEUE.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 6159表2小组工作（VTMS）分解时间表。2设计草案共享RDBMS A002到B03 ADEV ADEVBDEV3向现场客户展示AC01BBO BC01 BBO4调查遗留故事A001至A005ADEV AC01和B001至B005ADEVBC01 ADEV BBO5开发小版本A002至A05、 B01至B05 ADEV和BDEV6创建BPR BPMSBPR WFMS A002至A005 ADEV7设计UNIX/Linux VTMS/ADM脚本A002至A005、 B 01至B 05 ADEV、BDEV8文件传输A002至A005、 B01至B05、ADEV和BDEV的设计时间表9首次开发测试A002至A005、 B01至B05 ADEV、BDEV容易发现不同报告之间的数据不一致和不准确。决策和国际出版连续不准确。作为存在问题的第一个原因，答案是除了无组织的文件工作之外，重要部门之间的隔离，以及内部不必要的过程的存在。创建独特的团队工作，包括部门的限制是管理和地理位置的障碍。Admeasurement系统（ADMS）和船舶交通管理系统（VTMS）分布在苏伊士运河的三个城市（塞得港、图菲克港和伊斯梅利亚）。VTMS从沿苏伊士运河航道分布的雷达和摄像机获取即时数据，VTMS的作用是将监测的船舶与信息数据库中的数据相匹配，并获取有关船舶名称，尺寸，负载，货物和坐标位置的基本数据的标签。如果系统中不存在船舶，船舶管理员应将其名称输入信息数据库，并使用创建的文件重新获取船舶，并跟踪船舶，直到其退出运河。ADMS每天获取数据，但当所有船舶都安排在VTMS列表中时，数据会延迟。当且仅当ADM数据库中存在船舶文件时，ADMS最终用户为当前日期的船舶创建运输文件，否则，他创建新的船舶文件并重新插入运输文件。一个账单计算器屏幕估计了船只通过运河应支付的通行费。为了吸引某些类型的船只通过运河，有时需要董事长批准财务决策。因此，研究和规划系统开发了船舶类型和通过运河的速度之间的关系，以及通过运河与其他航行路径的距离最小化等级。最后的财务决策是在ADMS上制定的，因此最大限度地减少或增加适用于每天通过运河的每艘船舶的规则。对象开发了一种面向或层次的虚拟团队工作，并将其链接到虚拟团队数据库，以便得到定义了每个子团队工作和成员的工作的定义良好的结构化团队工作。实际上，每个子团队工作都对其工作有完整的了解，但数据的集成和统一需要一些限制[24]：1- 不同平台2- 创建其他小组成员3- 估计访问和处理数据4- 为不同系统之间的迁移数据创建统一的脚本。此类程序需要基于[19]的三个系统的全球业务流程重组（BPR）：1-ADMS系统的碎片化：2-ADMS与规划研究系统的整合; 3-ADMS与VTMS的整合。所需资产为：1- ADMS和规划研究（P RS）之间的服务器和PC2- ADMS和VTMS之间的服务器和PC集成脚本：1-MySQL上的PHP脚本将数据从ADMS传输到P RS表3小组工作（ADMS和RS）分解时间表。第3版子团队（A/C）任务/无任务备忘录/没有工作1计划新的Link系统A001ADEV ADEV2指定平面文件A002至C01的字段ADEV ADEVCDEV3显示平面文件检索C01到CC01 CDEVCDEVCEU的实体4验证数据库兼容性C01到C03 CDEV5验证网络连接C01A002 CDEV A0026测试数据一致性C01 CDEV7测试营销决策数据的有效性M01C01C01 A01 MLMATERIALMATERICL第2任务/编号任务分组（A组和B组）Mem./没有工作1规划新VTS_ADM_SysA001至A005B01至B05ADEVADEV60E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 61图八、额外的编码率（黑色）与分布对编程（灰色）。2-通过从主服务器到VTMS可访问的外部PC的复制和触发填充共享外部数据库[26]。工作流管理系统（见图6）。团队成员的层次结构被设计并存储在扩展数据库中，提供这种灵活和动态的布局，允许灵活的协调和监控，直到发布的结束和实现（见图1）。 7）。该方法允许任何成员独立完成任务，因此任务可以由另一个可用的成员以较低的训练或声明时间来完成。这种架构涉及现有的和选定的客户代表，为每个团队工作，而不是他/她的位置。客户参与软件开发生命周期。因此，社会因素，如动机，信心和信任，提出了高和阻力新系统是低的。表1和表3定义了工作分解系统（WBS）. WBS不依赖于时间，而是依赖于迭代和发布的完成。时间表主要与图7中相同数量的团队成员相关联，而不是与他们的名字相关联。这个问题也应该给予替代组协调。这些表解释了共享存储和编码区域的协调和集体所有权。有效劳动力的替代协调保持了软件开发的高可用性和灵活性。这个问题最大限度地减少了不良的社会因素，如信心不足，信任和动机。实际上，VTSP提出的方法保证了所有团队成员图第九章每次迭代的新资产需求图10. 访问率（黑色）与在线客户演示率（灰色）。在BPR软件开发生命周期中从A到Z。建议的连续迭代和发布为每个新功能或开发提供了从头开始新项目的感觉。这个问题导致了在职培训和快速熟悉系统;每个人都可以友好地区分自己的角色，防御或抵抗力较低由于基于虚拟团队工作结构的极限编程方法的成功修改，BPR项目被认为是成功的，并在运行时实现了有价值的投资回报。我们的VTSP方法能够在迭代和成功发布时进行调整和提升。下一节显示了从实施新方法中提取的结果。结果预测的能力的方法进行调整和改进，以尽量减少成本和保证高质量。5. 评价结果该系统改善了团队成员的努力分配，提高了团队成员的自我学习能力。它成为一个自我自治的团队，并支持战略和根本性的变化.软件、硬件和人力资源的部署充分有效。从建议屏幕收集的数据的等级被汇总并表示为监测图表，检测[6]的以下关系：1- 随着分布式结对编程实践的实现程度越来越高，额外的编码率变得越来越低（见图1）。（八）。2- 新资产或备件的需求和每次迭代的停机维护时间变得更低（见图1）。 九、3- 屏幕访问率变得更高，每次在线客户代表率高（见图）。 10）。生成代码的能力变得更容易。任务的完成鼓励最高管理层支持新的类似项目。这种中间驱动的项目激励相邻部门共享数据和传播集成活动，以启动平滑的政府互联网和安全的EDI。图8和10显示了在观察BPR项目的发布和迭代时，使用建议的VTSP方法的组织性能改进[17]。E.S. 穆罕默德·纳萨尔河Moawad/Future Computing and Informatics Journal 1（2016）53e 6161前面的图表从初始遗留系统（OLD）开始，它已经创建了一个稳定的状态。遗留系统尽管在日常事务处理、信息检索、维护和管理等方面存在困难，但已为最终用户所熟悉。不同遗留系统之间的隔离提供了安全和管理控制的能力。因此，数据的不准确性或整合性已被忽视。因此，迭代1（I1）之前的旧迭代具有最佳的满意度、质量和资产成本。迭代和发布的进展提高了整体满意度，并启动了简化开发工作的方法。因此，很少需要开发人员或最终用户的新资产或培训轻文档收集到简单的10或20页的隐喻介绍给高层管理人员产生全局视图，并涉及到BPR项目的管理人员，并提供有关BPR系统进展的某些类型的满意度。因此，BPR项目实施的低风险因素和低局限性，逐渐引入了对项目的管理支持。6. 结论据广泛报道，随着时间的推移和预算的增加，大量业务流程重新设计的实施未能达到预期目标[14]。为此，本文介绍了两种常用的实现方法：团队软件过程方法和极限编程方法.由于这些方法的缺点[13]，本文还介绍了一种新的实现方法，该方法结合了扩展的极限编程方法和虚拟团队软件过程方法，以解决极限编程方法和团队软件过程方法中的缺点，如使用混合接口程序，部署现有资源，数据和业务规则[15]。为了实现这种方法，我们需要制作BPR建模依赖图，以显示每个过程的输入和每个过程的输出，并基于依赖图，我们可以显示虚拟TSP方法以及这种方法如何工作。所提出的方法允许在小版本期间进行持续的规划和启动，这些小版本可以依次重构为代表完整和可用任务的小迭代。这种方法被认为是重构工作、阻力和挑战，并将好的经验重定向到下一个迭代，直到最终的版本和项目[28]。引用[1] Dennis Alan R，et al.，The Object Oriented Team Lessons for VirtualTeams from Global Software Development。2002 [online]. source.可从以下网址获得：http://ieeexplore.ieee.org/iel5/[2] 塞拉诺·艾伦以离散事件模拟探讨资讯科技对业务流程之影响。I JSimul 2002;2（2）：30e 40.[3] 哈克·巴德尔，詹姆斯·摩尔·迈克。精益思想在新产品导入中的应用。J Eng Des2009：1e 31.[4] Balakisnan S，Kanaparan G.解决用户需求的收集--开发成熟度级别中的轻量级方法论方法网站.马来西亚科技园：亚太大学技术与创新学院; 2006年。[5] Balthazar等人，《解决问题的虚拟团队中的共享领导和团队互动风格》。第37届夏威夷国际系统科学会议论文集，夏威夷，2004年。p. 1e 10.[6] 杨兵，等。James II中逻辑进程模拟算法的实验分析。在：2009年冬季模拟会议论文集; 2009年。p. 1167E 79.[7] Thomson Christopher等人，《正式应用XP思想》。故事卡和极限X机器。2008年[在线]。资料来源：delab.csd.auth.gr/bci1/SEEFM03/seefm03_05.pdf。[8] 约翰逊·丹尼尔，萨顿·彼得，哈里斯·尼尔。极限编程需要非常有效的沟通教学有效的沟通技巧，以学生在IT学位。2001年p. 81e 4。[9] 作者声明：David S，McHale James.案例研究，通过集成TSP和CMMI加速过程改进。Carengie Mellon：软件工程学院，2007年。[10] 论文David J，Rodger James A，Pendharkar Parag C.业务流程重组案亲爱的. BPM J2001;7（2）：85e 99.[11] 米什拉·迪普蒂米什拉·阿洛克在一个小的组织中有效的沟通，协作和协调，以人为本。 Ergon Manuf 2009;19：438e 56.[12] 戴安·伊丽莎白。敏捷方法分析比较了五种敏捷方法，并对它们的目标环境进行了研究. 新西兰梅西大学; 2005年。 硕士（Master）[13] 张文，等.自动化系统集成的概念，北京大学出版社，2001。国家标准与技术研究所; 2003年。来源：[在线][14] Abdolazimian Farid，Mandarin Saeedeh. 基于rational统一过程的业务流程再造。 World Appl Sci J Supplier 2008;2：33e 42.[15] 苏奇湾为软件重用标准化组件的成本。ACMStand View 1997;5（2）：61e 5.[16] 苏奇湾RPG环境下软件复用对用户满意度的影响分析。 IEEE TransSoftw Eng 2001a;27（5）.[17] 苏奇湾面向包的软件工程是一种通用的体系结构。32 .第三十二章：[18] 苏奇湾结对编程车间作业效果的初步分析.北艾伯塔大学，卡罗莱纳大学; 2002年a。p. 212E 5。[19] 苏奇湾使用Web代码动态组合组件。Int JComput Appl 2002 b;24：20e 6.[20] 苏奇湾五个工业软件项目GCC编译器警告与源文件版本号相关性的实证分析。 施普林格科学出版社，商业媒体有限责任公司，2006年。[21] 阿斯普罗尼乔瓦尼。激励团队合作和敏捷开发。敏捷时代2004;4：1e 9.[22] Gorego G.虚拟团队与面对面团队的团队发展阶段、信任和绩效比较。第37届夏威夷系统科学国际会议论文集，夏威夷，2004年。[23] 格里菲斯团队管理中的虚拟性和知识，组织、个人和信息技术的活三角。MIS Q2003;27：265e 87.[24] 波士顿古斯塔夫。简化安全软件方面和敏捷方法的开发。斯德哥尔摩大学; 2006年。 硕士（MSc）[25] 麦克·哈米德，阿泰尔·哈桑.交替组协调员AGC的一种方法，以改善极限编程。Open Softw Eng J 2009：1e 8.[26] Sassenburg Hans，Vozen Lucian，Wijnhoven Peter.通过基准测试进行软件改进。2009年[在线]可查阅：benchmarking.com[2011年7月4日访问]。[27] 夏普海伦，罗宾逊拥抱。在成熟的极限编程团队中进行协作和协调。Int J Human-Computer Stud2008;66：506e 18.[28] 法瑞斯·亨里克，兰丁。 影响某些敏捷实践效率的过程和条件。第七届信息和通信技术质量国际会议QUATIC; 2010年。p. 385E 90.
我的内容管理
展开
