Использование программного обеспечения  для оптимизации работы Центральной диспетчерской службы

2020 ◽  
Author(s):  
Viktor, Solov’ev ◽  
M. Arbuzov ◽  
N. Lesnykh
Keyword(s):  
Entire Period ◽  
Control Center ◽  
Software Products ◽  
Self Development ◽  
Operations Control ◽  
Water And Wastewater

Представлен обзор программных продуктов, разработанных группой специалистов различных служб и отделов ООО Водоканал г. Новокузнецка. Более 10 лет персонал Центральной диспетчерской службы предприятия использует данное программное обеспечение в своей работе. Разработка и применение собственных программ позволяет вносить необходимые коррективы в течение всего периода их использования, что обеспечивает максимальную простоту и удобство для работы пользователей. Рассмотрен порядок работы с несколькими программами: приведены виды окон, отображаемых на мониторе пользователя отражена пошаговая последовательность работы диспетчера с программой указаны дополнительные функции программ, позволяющие оптимизировать отдельные производственные процессы деятельности персонала диспетчеров. На основе представленных материалов возможно создание собственных аналогичных продуктов с учетом индивидуальной специфики предприятий водопроводно-канализационного хозяйства. Работа в этом направлении позволит гарантированно оптимизировать работу персонала диспетчерской и других служб, процессы взаимодействия различных подразделений внутри предприятия, а также предприятия с потребителями.A review of software products developed by a group of specialists from various services and departments of Vodokanal LLC, in Novokuznetsk is presented. For more than 10 years, the staff of the operations control center of the enterprise has been using this software in their work. The development and application of self-developed software provides for making the necessary adjustments throughout the entire period of its use to ensure maximum simplicity and friendliness for users. The procedure of using several software products is considered: the types of windows displayed on the users monitor are given the step-by-step sequence of the operational managers work with the software is reflected additional functions of the software are indicated that allow upgrading separate actions of the personnel of the operations control center. On the basis of the information presented self-development of similar software is possible provided the specific features of water and wastewater utilities are considered. Further research in this direction will allow reliable upgrading the activities of the personnel of the operations control center and other services, improving the interaction of various departments within the enterprise, as well as the consumer relations.

Special Design Features, OSS 01 Oceanographer and OSS 02 Discoverer

1968 ◽  
Vol 5 (03) ◽  
pp. 207-229
Author(s):  
A. L. Powell ◽  
H. B. Stover
Keyword(s):  
Power Generation ◽  
Laboratory Data ◽  
Data Acquisition System ◽  
Geodetic Survey ◽  
Special Design ◽  
Control Center ◽  
Oceanographic Research ◽  
Operations Control ◽  
And Control ◽  
Water Bottom

Special construction features required by oceanographic research ships are described in this paper. They are grouped into categories relating to the following: atmosphere, surface, mid-water, bottom, subbottom, and general. Other overall construction features which assist the ships in their performance in the foregoing activity fields are also described. These features are position fixing, position holding and control, operations control center, stability, open deck, antiroll tank, oceanographic laboratory, data acquisition system, and electric power generation. The new Coast and Geodetic Survey Ships Oceanographer and Discoverer are used as the basis for discussion. A technical description of each of the ships is given in the Appendix.

ExoMars 2020: Rover Operations Control System Design as part of the Rover Operations Control Center (ROCC)

2018 ◽  
Author(s):  
Fran Martinez Fadrique ◽  
Rafael Sánchez-Beato Fernández ◽  
Marco Barrera ◽  
Paola Franceschetti ◽  
Luc Joudrier
Keyword(s):  
Control System ◽  
System Design ◽  
Control System Design ◽  
Control Center ◽  
Operations Control

Application of Virtualization to Implement the Automatic Train Supervision System of a Communications Based Train Control System

2020 ◽  
Author(s):  
John Chy
Keyword(s):  
New York ◽  
San Francisco ◽  
Transition Period ◽  
Physical Space ◽  
Legacy System ◽  
Virtual Technology ◽  
Control Center ◽  
Signaling Systems ◽  
Train Control ◽  
Operations Control

Abstract Capacity improvement and obsolescence management are the primary reasons for deploying Communications Based Train Control (CBTC) technology to replace conventional track circuit-based signaling systems like in New York City Transit (NYCT), Baltimore Maryland Transit Administration (MTA) or the San Francisco Bay Area Rapid Transit District (BART). Resignaling projects without stopping revenue operations are highly complex and are referred as brownfield train control projects. The Automatic Train Supervision (ATS) subsystem in a CBTC System is responsible for monitoring and regulating train operations. The ATS’ responsibilities include functions such as identifying trains, tracking and displaying trains, setting speed restrictions and work zones, automatic and manual routing capabilities. In addition, the ATS serves as the Human Machine Interface (HMI) between Train Controllers at the Operations Control Center (OCC). One of the challenges in brownfield train control projects is fitting a CBTC ATS subsystem into an already existing Operations Control Center (OCC). The console in the operating theater will need to host both the existing system and the new CBTC ATS workstation. Similarly, the technical rooms may already be at capacity but still need to accommodate the CBTC system in addition to the legacy system for the transition period. Transferring the OCC to a new building is often part of the modernization program and is the ideal method to mitigate space constraints. However, CBTC deployment is not always associated with transfer to a new larger building with a large OCC theater. Transfer to the new OCC with more space may be done before the CBTC deployment or at the same time as the CBTC revenue service. When there is no new larger OCC, solutions need to be investigated to accommodate both the legacy system and the new CBTC at the existing OCC. Advancements in virtual technology provides a more efficient solution that reduces the amount of physical space an ATS needs in the OCC without compromising communication and processing speed or capabilities. This paper describes the different equipment and functionalities of an ATS subsystem and the challenge of fitting each piece into an existing OCC while keeping the legacy system. The paper then discusses the basic technology behind networking, defining the concept of machine virtualization at a high level, and how all these technologies may be used to solve the ATS challenges faced during CBTC resignaling projects.

Managing Boundaries in Multiteam Structures: From Parochialism to Integrated Pluralism

2021 ◽  
Author(s):  
Thomas A. de Vries ◽  
Gerben S. van der Vegt ◽  
J. Stuart Bunderson ◽  
Frank Walter ◽  
Peter J. M. D. Essens
Keyword(s):  
Dynamic Balance ◽  
Interrupted Time Series ◽  
Boundary Management ◽  
Trial And Error ◽  
Interrupted Time Series Analysis ◽  
Control Center ◽  
Performance Improvements ◽  
Operations Control ◽  
Significant Performance ◽  
Task Accomplishment

Multiteam structures are increasingly used to coordinate complex tasks between different groups. To realize this potential, however, the members of a multiteam structure must manage a complex set of boundary relations within, between, and beyond the various constituent teams—boundary relations that can be cooperative, competitive, or some combination of both at the same time. This multimethod study provides insight into how multiteam structures can meet this challenge. Specifically, we examined how the different organizations that utilize and support the Dutch railway system learned to manage boundaries as they transitioned from a centralized, arms-length structure to a colocated, multiteam structure for coordinating disruption responses (i.e., the Rail Operations Control Center (ROCC)). In part 1 of our study, qualitative analyses of interview, observational, and archival data suggested that learning to manage boundaries within the ROCC was not simple or linear but evolved through trial and error during various phases. Ultimately, the ROCC developed an approach we call “integrated pluralism,” establishing a dynamic balance that combines both collaborative and competitive approaches to boundary management. In this manner, the ROCC teams were able to attain integrated solutions and coordinated task accomplishment while simultaneously defending internal team operations and home organization interests. In part 2, we employed an interrupted time series analysis to demonstrate that the implementation of the ROCC resulted in significant performance improvements. Consistent with the results of part 1, we found that these improvements emerged gradually over time as teams learned to work out their boundary relations and transitioned to integrated pluralism. These findings provide new insights into how individuals and teams can work together to tackle the unique boundary management challenges presented by multiteam structures and illuminate the dynamic trial and error process by which component teams can learn to both cooperate and compete.

Sign in / Sign up

Export Citation Format

Share Document