RU2195016C2 - Method for production and maintenance of individual software product esc-m technology - Google Patents
Method for production and maintenance of individual software product esc-m technology Download PDFInfo
- Publication number
- RU2195016C2 RU2195016C2 RU2002114275/09A RU2002114275A RU2195016C2 RU 2195016 C2 RU2195016 C2 RU 2195016C2 RU 2002114275/09 A RU2002114275/09 A RU 2002114275/09A RU 2002114275 A RU2002114275 A RU 2002114275A RU 2195016 C2 RU2195016 C2 RU 2195016C2
- Authority
- RU
- Russia
- Prior art keywords
- data
- product
- array
- constant
- bank
- Prior art date
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
Изобретение относится к автоматизированному проектированию. The invention relates to computer aided design.
Известен способ проектирования контактной сети железнодорожного транспорта, заключающийся в разделении всех данных проекта по функциональному принципу с использованием, в частности, банка постоянных данных, банка данных типовых узлов и деталей, банка нормативных данных, банка данных нетиповых проектных решений, банка данных промежуточных решений, причем обмен данными между всеми банками данных, а также между любым банком данных и проектировщиком и контроль промежуточных вариантов проекта осуществляются под управлением по меньшей мере одного программного модуля (RU 2172978, МКИ G 06 F 17/50). A known method of designing a contact network of railway transport, which consists in dividing all the project data according to the functional principle, using, in particular, a constant data bank, a database of typical components and parts, a standard data bank, a database of atypical design solutions, an intermediate solutions data bank, moreover data exchange between all data banks, as well as between any data bank and the designer, and control of intermediate options of the project are carried out under the control of at least ie a software module (RU 2172978, IPC G 06 F 17/50).
Указанный способ не применим к проектированию программной продукции и не позволяет эффективно управлять процессом проектирования, вести одновременно несколько проектов в режиме разделения времени и поддерживать несколько индивидуальных версий системы для различных заказчиков, а также не позволяет функционально специализировать рабочие места участников технологического процесса проектирования и проследить движение проектируемых единиц по технологической цепочке от начала проектирования до постановки у заказчика и далее - при выполнении неоднократных модификаций и доработок. The specified method is not applicable to the design of software products and does not allow you to effectively manage the design process, conduct several projects simultaneously in time-sharing mode and maintain several individual versions of the system for various customers, and also does not allow you to functionally specialize the workplaces of the participants in the design process and track the movement of the designed units along the process chain from the beginning of design to production at the customer and further on Fulfillment of repeated modifications and improvements.
Наиболее близким аналогом заявляемому является способ производства и сопровождения индивидуального информационного продукта посредством распределенной обработки данных вычислительной системой в виде локальной сети специализированных автоматизированных рабочих мест и серверных банков постоянных, типовых, нетиповых и текущих данных, имеющей выход во внешнюю глобальную сеть, включающий последовательные действия ввода исходных данных, индивидуализацию массива исходных данных, дополнение массива исходных данных постоянными и типовыми данными из серверных банков данных, программно-ориентированное преобразование массива исходных данных в массив данных продукта, тестирование продукта, пересылку электронной версии продукта абоненту внешней глобальной сети и обновление постоянных и типовых данных данными продукта (RU 2159957, G 06 F 17/40, 2000 г.). The closest analogue to the claimed one is the method of production and maintenance of an individual information product by means of distributed data processing by a computing system in the form of a local network of specialized workstations and server banks of constant, typical, atypical and current data that has access to an external global network, including sequential input operations data, individualization of the source data array, addition of the source data array with constants and types data from server databanks, program-oriented conversion of the source data array to the product data array, product testing, sending the electronic version of the product to an external global network subscriber, and updating constant and standard data with product data (RU 2159957, G 06 F 17/40, 2000 g.).
Недостатком известного способа является отсутствие технологически предопределенного контроля и обеспечения последовательности функционального взаимодействия автоматизированных рабочих мест, что в конечном итоге не позволяет эффективно управлять процессом производства и сопровождения индивидуального информационного продукта, применять способ для автоматизированного проектирования индивидуального информационного продукта в виде программного продукта, вести одновременно несколько проектов программного продукта в режиме разделения времени и поддерживать несколько индивидуальных версий программного продукта. The disadvantage of this method is the lack of technologically predetermined control and ensuring the sequence of functional interaction of automated workstations, which ultimately does not allow to effectively manage the production and maintenance of an individual information product, apply the method for the automated design of an individual information product in the form of a software product, conduct several projects simultaneously software product in section mode time and maintain several individual versions of the software product.
Задачей, на решение которой направлен заявляемый способ, является создание более эффективных, экономичных и надежных средств автоматизированного проектирования программного продукта для решения организационно-экономических задач, в частности проектирования автоматизированных банковских систем. The task to which the claimed method is directed is to create more efficient, economical and reliable means of computer-aided design of a software product for solving organizational and economic problems, in particular the design of automated banking systems.
Технический результат, который может быть получен при осуществлении изобретения, заключается в автоматизации всех этапов проектирования в виде единого процесса с измеряемыми характеристиками; обеспечении эффективной управляемости процесса проектирования за счет функциональной ориентации рабочих мест; обеспечении возможности вести одновременно несколько проектов в режиме разделения времени; обеспечении возможности свободной передачи данных (проектных решений, готовых модулей, функций, документов и т.п.) из одного проекта в другой; обеспечении прослеживаемости элементов проекта; снижении количества ошибок в проектируемых версиях; недопущении возможности включения в проект элементов, не прошедших контроля и испытаний или признанных по результатам контроля не соответствующими установленным требованиям; накоплении данных о качестве продукции (о недостатках, замеченных в ходе контроля и испытаний, о замечаниях, претензиях и пожеланиях клиентов) для их систематизации, последующего анализа и принятия решений; обеспечении возможности удаленной модификации работающих клиентских версий продукта без остановки их работы. The technical result that can be obtained by carrying out the invention is to automate all stages of the design in the form of a single process with measurable characteristics; ensuring effective controllability of the design process due to the functional orientation of jobs; providing the ability to conduct several projects simultaneously in a time-sharing mode; providing the possibility of free data transfer (design decisions, ready-made modules, functions, documents, etc.) from one project to another; ensuring traceability of project elements; reducing the number of errors in the design versions; preventing the possibility of inclusion in the project of elements that have not passed the control and testing or are recognized by the results of the control as not meeting the established requirements; accumulation of data on the quality of products (on shortcomings noted during control and testing, on comments, complaints and wishes of customers) for their systematization, subsequent analysis and decision-making; providing the ability to remotely modify working client versions of the product without stopping their work.
Указанный технический результат достигается способом производства и сопровождения индивидуального программного продукта - технологией "ESC-M" посредством распределенной обработки данных вычислительной системой в виде локальной сети специализированных автоматизированных рабочих мест и серверных банков постоянных, типовых, нетиповых и текущих данных, имеющей выход во внешнюю глобальную сеть, включающим последовательные действия ввода исходных данных, индивидуализации массива исходных данных, дополнения массива исходных данных постоянными и типовыми данными из серверных банков данных, программно-ориентированного преобразования массива исходных данных в массив данных продукта, тестирования продукта, пересылки электронной версии продукта абоненту внешней глобальной сети и обновления постоянных и типовых данных данными продукта, за счет того, что выполнение каждого действия осуществляют на обособленном, функционально специализированном автоматизированном рабочем месте и сопровождают последовательным вводом в серверные банки текущих данных атрибутов начального и конечного состояний действий с функцией соответствующего последовательности действий доступа обособленного, функционально специализированного автоматизированного рабочего места к массиву данных продукта, а тестирование продукта проводят посредством программного установления тождественности сигналов применимости постоянных, типовых и нетиповых данных до и после обновления, при этом в качестве сигналов доступа к массиву данных продукта используют ввод атрибутов начального и конечного состояний действий и тождественность сигналов применимости. The specified technical result is achieved by the method of production and maintenance of an individual software product - the ESC-M technology through distributed data processing by a computer system in the form of a local network of specialized workstations and server banks of constant, typical, non-standard and current data that has access to an external global network including sequential steps of input of input data, individualization of an array of source data, additions to an array of source data data and typical data from server data banks, program-oriented conversion of the source data array to the product data array, product testing, sending the electronic version of the product to an external global network subscriber and updating constant and standard data with product data, due to the fact that each action is performed at a separate, functionally specialized automated workstation and is accompanied by a sequential input into the server banks of the current attribute data of the initial and final states of actions with the function of the corresponding sequence of actions for accessing a separate, functionally specialized automated workstation to the product data array, and product testing is carried out by programmatically identifying the applicability signals of constant, typical and atypical data before and after updating, while as access signals to the product data array uses the input of the attributes of the initial and final states of actions and the identity of the signal catch of applicability.
Указанный технический результат достигается за счет того, что постоянные, типовые, нетиповые и текущие данные разделяют на логически обособленные массивы данных в количестве, соответствующем количеству производимых и сопровождаемых продуктов. The specified technical result is achieved due to the fact that constant, typical, non-standard and current data are divided into logically separate data arrays in an amount corresponding to the number of produced and maintained products.
Указанный технический результат достигается за счет того, что действие дополнения массива исходных данных постоянными и типовыми данными из серверных банков данных сопровождают индивидуализированным сигналом блокировки привлеченной части постоянных и типовых данных, а обновление постоянных и типовых данных сопровождают сигналом деблокировки, при этом в качестве формата сигналов блокировки и деблокировки используют тождественные атрибуты начального состояния упомянутого действия. The specified technical result is achieved due to the fact that the action of supplementing the source data array with constant and typical data from the server data banks is accompanied by an individualized blocking signal of the involved part of the constant and standard data, and the updating of constant and standard data is accompanied by a release signal, while the blocking signal format and releases use identical attributes of the initial state of said action.
Указанный технический результат достигается за счет того, что сигнал доступа к массиву данных продукта сопровождают сигналом уведомления функционально обособленного специализированного автоматизированного рабочего места, соответствующего последовательности действий. The specified technical result is achieved due to the fact that the access signal to the product data array is accompanied by a notification signal of a functionally separate specialized workstation corresponding to the sequence of actions.
Указанный технический результат достигается за счет того, что тестирование продукта проводят по меньшей мере на двух обособленных, функционально специализированных автоматизированных рабочих местах, соответственно их специализации и последовательности действий, при этом для тестирования создают локальную копию постоянных, типовых и нетиповых данных. The specified technical result is achieved due to the fact that the testing of the product is carried out at least at two separate, functionally specialized automated workstations, respectively, their specialization and sequence of actions, while for testing they create a local copy of permanent, standard and atypical data.
Термин "программный продукт" ("продукт") означает информационный продукт, главной частью которого является программа (одна или несколько) для ЭВМ, а также, возможно, дополнительные данные для ее (их) использования (функционирования): документация, настройки, базы данных, изображения и т.д. The term "software product" ("product") means an information product, the main part of which is a computer program (one or several), and also, possibly, additional data for its (their) use (functioning): documentation, settings, databases , images, etc.
Термин "индивидуальный продукт" означает программный продукт, используемый отдельным потребителем для удовлетворения определенных потребностей и требующий для использования другим потребителем индивидуальной доработки (не нарушающей тождества продукта) в соответствии с особенностями потребностей этого потребителя (не нарушающими однородности потребностей). The term "individual product" means a software product used by an individual consumer to meet certain needs and requiring individual use by another consumer (not violating the identity of the product) in accordance with the particular needs of that consumer (not violating the uniformity of needs).
Термин "данные" подразумевает совокупность информационных сигналов, представленных в физической среде в виде, позволяющем хранить, передавать или обрабатывать их с помощью технических средств. The term "data" means a set of information signals presented in the physical environment in a form that allows you to store, transmit or process them using technical means.
Термин "атрибут . . .действия" подразумевает неделимую на более мелкие смысловые единицы совокупность данных, зафиксированных физической средой и характеризующих сущность состояния действия. The term "attribute... Action" implies an indivisible aggregation of data recorded by the physical environment and characterizing the essence of the state of the action into smaller semantic units.
Термин "массив данных" подразумевает совокупность данных, зафиксированных физической средой как логически обособленная индивидуализированная сущность, позволяющая хранить, передавать или обрабатывать ее с помощью технических средств
Определение "тождественность сигналов применимости ...данных" подразумевает информационный сигнал в физической среде, воспринимаемый аппаратно-программными средствами как атрибут - признак, характеризующий идентичность функционирования системы постоянных, типовых и нетиповых данных до и после обновления.The term "data array" means the totality of data recorded by the physical environment as a logically separate individualized entity that allows you to store, transmit or process it using technical means
The definition of "identity of applicability signals ... data" implies an information signal in the physical environment, perceived by hardware and software as an attribute - a feature characterizing the identity of the functioning of a system of constant, typical and atypical data before and after updating.
Термин "программное пополнение" ("пополнение") означает совокупность новых и (или) измененных в ходе разработки (модификации) продукта программ и данных, которые (после надлежащих проверок) включаются в состав продукта, дополняя или заменяя составляющие его программы и данные. Заказчику пополнение обычно передается в виде файла, содержащего программы и данные (т.е. постоянные, типовые и др. данные). Файл программного пополнения может быть передан заказчику на одном из машинных носителей либо отправлен электронной почтой. The term "software replenishment" ("replenishment") means a set of new and (or) changed programs and data during the development (modification) of a product, which (after proper checks) are included in the product, supplementing or replacing its component programs and data. The replenishment is usually transferred to the customer in the form of a file containing programs and data (i.e., constant, standard, and other data). The software replenishment file can be transferred to the customer on one of the machine media or sent by e-mail.
Реализация заявляемого изобретения показана на примере работы вычислительной системы в виде локальной сети специализированных автоматизированных рабочих мест и серверных банков и поясняется чертежами, где:
на фиг. 1 показана блок-схема локальной сети;
на фиг. 2 - блок-схема серверного банка данных;
на фиг. 3 - блок-схема автоматизированного рабочего места технолога-постановщика;
на фиг. 4 - блок-схема автоматизированного рабочего места аналитика-спецификатора;
на фиг. 5 - блок-схема автоматизированного рабочего места разработчика;
на фиг. 6 - блок-схема автоматизированного рабочего места аналитика-контролера;
на фиг. 7 - блок-схема автоматизированного рабочего места технолога-тестировщика;
на фиг. 8 - блок-схема автоматизированного рабочего места документатора;
на фиг. 9 - блок-схема автоматизированного рабочего места технолога-кондуктора банка;
на фиг. 10 - функциональная схема системы контроля фаз технологического цикла;
на фиг. 11 - функциональная схема системы разделения и установки;
на фиг. 12 - функциональная схема системы рассылки пополнений;
на фиг. 13 - функциональная схема взаимодействия в локальной сети;
на фиг. 14 - алгоритм работы системы контроля фаз.The implementation of the claimed invention is shown by the example of a computing system in the form of a local network of specialized workstations and server banks and is illustrated by drawings, where:
in FIG. 1 shows a block diagram of a local area network;
in FIG. 2 is a block diagram of a server database;
in FIG. 3 is a block diagram of a workstation of a production manager;
in FIG. 4 is a block diagram of an analyst-specifier workstation;
in FIG. 5 is a block diagram of a developer workstation;
in FIG. 6 is a block diagram of an analyst-controller workstation;
in FIG. 7 is a block diagram of an automated workplace of a tester;
in FIG. 8 is a block diagram of a documentary workstation;
in FIG. 9 is a block diagram of an automated workstation of a bank conductor technologist;
in FIG. 10 is a functional diagram of a phase control system for a technological cycle;
in FIG. 11 is a functional diagram of a separation and installation system;
in FIG. 12 is a functional diagram of a recharge distribution system;
in FIG. 13 is a functional diagram of the interaction in the local network;
in FIG. 14 - the algorithm of the phase control system.
Вычислительная система содержит обособленные автоматизированные рабочие места, функционально специализированные на месте 1 - для технолога-постановщика, на месте 2 - для аналитика-спецификатора, на месте 3 - для разработчика (или как множество мест 3 - для группы разработчиков программного продукта различных технологических цепочек), на месте 4 - для аналитика-контролера, на месте 5 - для технолога-тестировщика, на месте 6 - для документатора и на месте 7 - для технолога-кондуктора банка. The computing system contains separate automated workstations functionally specialized in
Вычислительная система содержит группу серверных банков 8 данных (по числу разрабатываемых проектов), каждый из которых содержит полную информацию об одном проекте, систему 9 контроля фаз технологического цикла, систему 10 разделения и установки данных, систему 11 средств рассылки программных пополнений, систему 12 средств доступа во внешнюю глобальную сеть (Internet). Перечисленные средства объединены в локальную сеть, например, с топологией общей шины 13, где вход 14 рабочего места 1 является входом системы, а выход 15 системы средств 12 является выходом системы для работы в глобальной сети (Internet). The computing system contains a group of server banks of 8 data (according to the number of projects being developed), each of which contains complete information about one project, a
Каждый серверный банк 8 данных разделен на банки постоянных (хранимых без обработки) данных 16, типовых данных (функций) 17, постоянных (нормативных) данных 18, нетиповых данных (результативных проектных решений) 19 и текущих данных (настроек) 20, а также, возможно, другие банки данных, вводимые по необходимости (фиг. 2). Упомянутые банки могут быть физически реализованы как раздел дисковой памяти компьютера (например, папка с файлами в системе DOS или Windows, либо одиночный файл), стандартные средства сетевой операционной системы которого (например, NetWare или Windows NT) обеспечивают доступ пользователей с других рабочих мест сети к разделам серверного банка 8. Этими же средствами обеспечивается защита банков данных от модификации пользователями (минуя систему 10 разделения и установки). Серверные банки данных хранят полную информацию о проектах, при этом постоянные, типовые, нетиповые и текущие данные разделяют на логически обособленные массивы данных в количестве, соответствующем количеству производимых и сопровождаемых продуктов. Таким образом, при N проектах продуктов могут использоваться N банков постоянных данных, N банков типовых данных, N банков нетиповых данных и т.д. При необходимости могут организовываться и другие массивы, либо разделяться на более мелкие, либо, наоборот, объединяться в более крупные массивы данных. Each server data bank 8 is divided into banks of constant (stored without processing)
Рабочее место 1 технолога-постановщика (фиг. 3) содержит локальный банк данных 21, являющийся локальной копией одного из серверных банков данных одного из проектов продукта, и банк 22 промежуточных решений, куда помещаются, например, материалы, необходимые для подготовки технического задания, предложения заказчика и разработчиков, тестовые наборы данных для самотестирования задачи разработчиком в процессе ее отладки и т.п. Этот банк данных, как и остальные, представляет собой раздел каталога дисковой памяти персонального компьютера технолога-постановщика. Входящие в состав рабочего места 1 (и всех остальных рабочих мест) средства 23 ввода, представления и обработки данных являются стандартным компьютерным оборудованием, например персональным компьютером типа IBM-PC, включающим центральный процессор, оперативную и дисковую память, клавиатуру и "мышь" в качестве устройств ввода, дисплей в качестве устройства вывода информации. При необходимости рабочие места могут комплектоваться дополнительными устройствами, если это необходимо для конкретной задачи. К таким устройствам относятся, например, нестандартные печатающие устройства, кассовые аппараты, устройства идентификации пользователя по руке или отпечатку пальца, устройства чтения пластиковых карт и т.п. Как правило, подобное нестандартное оборудование включается в состав рабочего места лишь на время их работы над соответствующей задачей. В состав его программного обеспечения 24 входят средства обработки текстов (например, текстовый процессор MS Word), средства выполнения расчетов (например, процессор электронных таблиц MS Exel), средства деловой графики (построение графиков и диаграмм средствами MS Exel или Lotus-1-2-3, презентаций средствами MS Power Point) и средства описания процессов (например, программный пакет Bpwin фирмы Platinum). The
Рабочее место 2 аналитика-спецификатора (фиг. 4) содержит аппаратные средства 25 ввода, представления и обработки данных, а также локальный банк 26 данных в виде локальной копии серверного банка 8 данных, аналогичные установленным на рабочем месте 1. Функциональная специализация обеспечивается наличием дополнительных банков данных с описаниями алгоритмов 27, описаниями переменных 28 и описаниями форм 29. Эти данные используются аналитиком-спецификатором для оценки возможности реализации поставленной задачи с помощью имеющихся в руках разработчика средств (имеющихся в системе массивов данных, экранных и печатных форм, имеющихся функций). Аналитик-спецификатор составляет перечень основных переменных, форм и функций, которые необходимо использовать при реализации данной задачи, а также (при необходимости) формулирует задания системным программистам на разработку новых системных функций. Поскольку результаты работы аналитика-спецификатора предназначены только для разработчика, его программными инструментами являются лишь средства обработки текстов (MS Word) и средства описания процессов (Bpwin). The
Рабочее место 3 разработчика (фиг. 5) содержит те же аппаратные средства, что и упомянутые рабочие места, а именно средства 23 ввода, представления и обработки данных, являющиеся стандартным компьютерным оборудованием, например персональным компьютером типа IBM-PC, и локальный банк данных 21, являющийся локальной копией одного из серверных банков 8 данных одного из проектов программного продукта. Аппаратные средства при необходимости могут быть дополнены иным оборудованием для решения конкретной задачи (например, специализированные печатающие устройства, устройства чтения штрих-кода, устройства идентификации пользователя по руке или отпечатку пальца, кассовые аппараты, аппараты для подсчета банкнот, выдачи наличных и т. п.). The developer’s workstation 3 (Fig. 5) contains the same hardware as the mentioned workstations, namely data input, presentation and
Функциональная специализация обеспечивается наличием банка 30 промежуточных решений для накопления вариантов проектных решений, составляющих личный опыт разработчика (черновики, наброски, предварительные версии программ, массивов данных, описаний, комментариев и т.п.), а также банка 31 тестовых данных, который содержит отладочные тестовые данные, подготовленные как самим разработчиком, так и технологом-постановщиком для самопроверки в процессе разработки. Эти тестовые данные позволяют выявить в процессе предварительной отладки программы наиболее грубые ошибки и удостовериться в выполнении разрабатываемым модулем перечисленных в техническом задании функций. Основным средством функциональной специализации данного рабочего места является блок 32 инструментальных средств проектирования и разработки. С помощью этих средств обеспечивается взаимодействие между банками данных и разработчиком, формирование новых данных для включения в банки данных и модификация имеющихся в них данных в зависимости от решаемых задач. Блок 32 может включать различные инструментальные пакеты программ (трансляторы с языков программирования, такие, как М, Turbo Pascal, C++. различные СУБД, например FoxPro, Cache', системы визуального программирования, например VBasic, Delphy, средства проектирования Web-страниц, например Dream Weaver), а также отладчики (Turbo Debugger) дизассемблеры, пакеты программ для генерации отчетов (Cristal Report) и др. Functional specialization is ensured by the presence of a bank of 30 intermediate solutions for accumulating design solutions that make up the personal experience of the developer (drafts, drafts, preliminary versions of programs, data arrays, descriptions, comments, etc.), as well as a bank of 31 test data that contains debugging test data prepared by both the developer and the production engineer for self-testing during the development process. These test data make it possible to identify the most serious errors in the process of preliminary debugging the program and make sure that the module being developed performs the functions listed in the terms of reference. The main means of functional specialization of this workplace is a block of 32 design and development tools. Using these tools, the interaction between the data banks and the developer is ensured, the formation of new data for inclusion in the data banks and the modification of the data available in them depending on the tasks being solved.
Для проверки вычислений и подготовки численных примеров предусматриваются средства 33 выполнения расчетов (например, электронные таблицы MS Exel) либо, в более сложных случаях, математические пакеты программ (например, MatCad). To verify the calculations and prepare numerical examples, means 33 are provided for performing calculations (for example, MS Exel spreadsheets) or, in more complex cases, mathematical software packages (for example, MatCad).
Для подготовки комментариев и технической документации предусмотрены также средства 34 обработки текстов (MS Word) и средства 35 описания процессов (Bpwin). To prepare comments and technical documentation, means 34 for word processing (MS Word) and means 35 for describing processes (Bpwin) are also provided.
Средствами функциональной специализации рабочего места 4 аналитика-контролера (фиг. 6), в задачу которого входит проверка соответствия разработанных модулей спецификациям, служат банк 35 данных с описаниями алгоритмов, банк 36 описаний переменных и банк 37 описаний форм, а также программные средства 38 анализа программ и данных и средства 39 обработки текстов. В качестве таких средств, в зависимости от разрабатываемой задачи, могут применяться дизассемблеры (например, ID Pro), анализаторы текстов программ (Code Wizard Plus фирмы ParaSoft, CrossWind из системы проектирования Tornado) или анализаторы поведения программ, такие как программа WindView (динамический анализатор системных событий для ОС РВ VxWorks. Краткое описание см. в Интернет http:
//www.aha.ru/%7Eavdsys/windview.htm).Functional specialization of the
//www.aha.ru/%7Eavdsys/windview.htm).
При обнаружении несоответствий аналитик-контролер составляет отчет с их перечнем (используя средства обработки текста, MS Word), передаваемый разработчику. If inconsistencies are detected, the analyst-controller compiles a report with their list (using word processing tools, MS Word), which is transmitted to the developer.
Средствами функциональной специализации рабочего места 5 технолога-тестировщика (фиг. 7) являются банк 40 тестовых данных, в который помещаются тестовые примеры (как те, что подготовлены технологом-постановщиком, так те, что подготовлены самим технологом-тестировщиком), а также средства 41 обработки текстов, выполнения расчетов, описания процессов и выполнения настроек. Последние представляют собой заготовки данных (например, текстовые файлы), содержащие отладочные данные, такие как списки сотрудников или вкладчиков, суммы на счетах, дневники проведения операций с вкладами и т.п., а также средства подготовки таких данных. Например, для проверки программы, формирующей отчет о счетах, открытых в отделении банка за отчетный месяц, необходимо ввести в систему данные об открытых счетах. Может понадобиться несколько сотен или тысяч таких данных. Чтобы не вводить их вручную, имеются специальные программы-генераторы, позволяющие автоматически сформировать эти данные в необходимом количестве. The means of functional specialization of the workplace 5 of the test technologist (Fig. 7) are the
Рабочее место 6 документатора (фиг. 8) как звено технологической цепи предназначено для подготовки пользовательской документации и подсказок. Документация включена в состав сопровождаемых (разрабатываемых) продуктов и является контекстной, т.е. при выполнении каких-либо действий в системе обеспечивается вызов нужного раздела документации функциональной клавишей. Поэтому при изменении пользовательских функций (или включении новых) это должно быть отражено в документации. The
Для подготовки подсказок и контекстной документации используются специальные редакторы гипертекстов, например WYSI-Help Composer (см. http: //www. clarion. ru/win/products/prod/control. asp?FileName=7000133) или др. Кроме того, имеется специальный банк данных для хранения промежуточных и черновых вариантов. To prepare tips and contextual documentation, special hypertext editors are used, for example WYSI-Help Composer (see http: // www. Clarion. Ru / win / products / prod / control. Asp? FileName = 7000133) or others. In addition, there is special database for storing intermediate and draft options.
Разрабатывая документацию, документатор выполняет описываемые в ней действия, поясняет примерами. Эта деятельность позволяет выполнить еще один цикл проверки работоспособности системы и удобства ее использования. Поэтому рабочее место документатора оснащено теми же средствами описания процессов и выполнения расчетов, что и рабочие места 1 и 5. Дополнительным средством функциональной специализации рабочего места 6 документатора является банк 42 промежуточных вариантов документов для накопления вариантов документации, составляющих личный опыт документатора, и средство подготовки контекстных подсказок 43. When developing documentation, the documenter performs the actions described in it, explains with examples. This activity allows you to perform another cycle of checking the health of the system and ease of use. Therefore, the workplace of the documenter is equipped with the same means of describing processes and performing calculations as
В обязанности технолога-кондуктора банка входит отправка программных пополнений абонентам (клиентам) внешней глобальной сети и отслеживание очередности их установки у клиентов. Если отсылается программное пополнение, зависящее от предыдущих пополнений, то технолог-кондуктор должен убедиться, что предыдущие пополнения установлены в системе клиента, иначе отправка должна быть задержана. Для выполнения этих функций технолог-кондуктор, помимо прочего, имеет на своем рабочем месте 7 (фиг. 9) банк 44 данных об отправленных пополнениях, банк 45 данных о подготовленных к отправке (задержанных) пополнениях, банк 46 данных об установленных у клиента пополнениях, а также средства 47 работы с базами данных (например, СУБД MS Access). The duties of the bank’s technologist-conductor include sending software replenishment to subscribers (customers) of the external global network and monitoring the sequence of their installation with customers. If a software replenishment is sent, which depends on previous replenishment, the conductor technologist must make sure that the previous replenishment is installed in the client system, otherwise the sending must be delayed. To perform these functions, the technologist-conductor, among other things, has at his workplace 7 (Fig. 9) a bank of 44 data on the replenishment sent, a bank of 45 data on the replenished (delayed) replenishment prepared for sending, a bank of 46 data on the replenishment installed at the client, and also means 47 for working with databases (for example, MS Access DBMS).
Система 9 контроля фаз технологического цикла содержит банк 48 текущих данных о задачах (банк учетных записей), банк 49 данных текстовых документов, банк 50 данных паролей и прав доступа пользователей, а также систему 51 рассылки сообщений, систему 52 реального времени и систему 53 смены фаз. Система 52 реального времени предназначена для выдачи данных о состоянии задач в клиентскую зону Web-сайта компании. Она через заданный интервал времени (например, через каждые 15 минут) обращается к банку 48 учетных записей, просматривает его, выбирает записи о задачах, возникших не позднее заданной даты (например, за последние три месяца) и выдает данные о них на сайт. Клиенты, задав пароль, могут войти каждый в свою зону сайта и просмотреть информацию об этих задачах (этап работы, исполнитель, трудоемкость, планируемый срок окончания). Система 51 рассылки сообщений предназначена для оперативного оповещения участников технологической цепочки о начале их этапа работы с данной задачей. Для этого система 51 рассылки сообщений имеет в своем составе таблицу соответствия "фаза - участник технологической цепочки - текст сообщения", а команду на отсылку сообщения, фазу задачи, ее идентификатор и адрес рабочего места получает от системы 53 смены фаз. Система 53 смены фаз, входящая в состав системы 9 контроля фаз технологического цикла, выполняет ряд функций по вводу и изменению данных в банке 48 учетных записей, а также по формированию отчетов. Она выводит на экран монитора пользователя форму для ввода информации, причем возможности пользователей ограничиваются в зависимости от текущей фазы задачи. The
Системы 10 разделения и установки (фиг. 11) предназначена для корректного разделения данных из серверных банков 8 между рабочими местами 3 разработчиков различных технологических цепочек с целью предотвратить уничтожение работы одного разработчика другим, устанавливающим более старую версию модуля со своими изменениями. Для этого она содержит две части: подсистему 54 блокировки и подсистему 55 установки пополнений с контролем версий. С помощью системы 10 обеспечивается бесконфликтное разделение между разработчиками тех данных, которые они получают из серверных банков 8 данных для модификации, включение в серверные банки 8 обновленных данных с учетом порядка их модификации, автоматическое помещение данных, включаемых в серверный банк 8, также и во входящий в состав системы 11 банк данных, готовых к отправке заказчику. The separation and installation system 10 (Fig. 11) is intended for the correct separation of data from server banks 8 between the workplaces of 3 developers of various technological chains in order to prevent the destruction of the work of one developer by another, installing an older version of the module with its own changes. For this, it contains two parts: the blocking
Подсистема 54 взаимодействует с банком 56 блокировок, в который помещаются служебные записи с именем модуля, контрольной суммой, именем разработчика и датой блокировки. Подсистема представляет собой программу-оболочку, позволяющую просматривать содержимое серверных банков 8 данных и копировать данные из них в локальные банки данных на рабочих местах 1-7. Работа с этой системой аналогична работе с программой NORTON COMMANDER.
Подсистема 55 установки пополнений с контролем версий вместе с банком 57 истории установки модулей и банком 58 данных предыдущего состояния модулей предназначена для сопровождения привлеченной или обновляемой части (модуля) постоянных и типовых данных индивидуализированным сигналом (служебной записью) с контрольной суммой, именем разработчика, датой установки. Кроме того, подсистема 55 обеспечивает включение обновленных модулей, содержащихся в пополнении, в систему заказчика аналогично включению обновлений в серверные банки данных 8. Заказчик использует такую же систему для включения обновленных модулей, содержащихся в присланном пополнении, в свою систему (с остановкой или без остановки ее работы). The
Система рассылки пополнений 11 (фиг. 12) может быть реализована в виде программы электронной почты, которая, имея блок 59 отправки файлов по электронным адресам, запускается автоматически через установленные интервалы времени, проверяет наличие файлов в заранее известных разделах каталога (каждому клиенту соответствует свой раздел каталога) и при их наличии отсылает их по соответствующим электронным адресам. Отосланные файлы перемещаются из каталогов банка 60 программных пополнений (т.е. файлов с обновленными модулями), в которых они находились до отправки, в новые каталоги - отправленных файлов (банк 61 отосланных программных пополнений). Эти каталоги составляют в совокупности банк данных отправленных файлов. С помощью средств рассылки программных пополнений обеспечивается автоматическая отсылка модифицированных данных и программ клиентам для включения их в клиентские версии продукта с остановкой или без остановки работы. The replenishment distribution system 11 (Fig. 12) can be implemented as an e-mail program, which, having a
Системы 9, 10 и 11, являясь серверными приложениями, также могут быть реализованы в виде компьютера с соответствующим программным обеспечением, например, в виде сервера локальной вычислительной сети. Подсистемы, обеспечивающие функциональную специализацию рабочих мест, являются клиентскими приложениями.
Работа системы и реализация заявляемого способа (на примере выполнения задачи модификации некоторого модуля) осуществляется следующим образом. The operation of the system and the implementation of the proposed method (for example, the task of modifying a module) is as follows.
На вход 14 рабочего места 1 (см. фиг. 13) осуществляют ввод исходных данных - задание на доработку (модификацию) версии сопровождаемого продукта, хранящегося в одном из серверных банков данных 8. Технолог-постановщик на рабочем месте 1, при необходимости, используя систему 10 разделения и установки, создает в локальном банке данных 21 локальную копию массива данных продукта, хранящегося в одном из серверных банков данных 8, а используя систему 9 контроля фаз технологического цикла, осуществляет индивидуализацию массива исходных данных посредством новой учетной записи о возникшей задаче и ее идентификаторе, а также оценки трудоемкости и сохранения данных с учетной записью в системе 9, сопровождая это действие последовательным вводом в банк 48 текущих данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Получена заявка на выполнение задачи".
Затем, используя входящие в состав рабочего места 1 средства 24, подготавливает техническое задание для одного разработчика. Это техническое задание вместе со служебной запиской, содержащей краткую формулировку задачи, желательный срок выполнения, ссылку на нормативные документы и, возможно, другие служебные данные (например, рекомендуемого исполнителя), помещается в банк 49 текстовых документов системы 9 контроля фаз технологического цикла под тем же идентификатором, что и учетная запись этой задачи. По окончании подготовки перечисленных текстовых документов технолог-постановщик определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "ТЗ составлено и согласовано". Ввод этого значения фазы в учетную запись система 9 контроля фаз посредством входящей в ее состав системы 51 рассылки сообщений автоматически сопровождает электронным сигналом уведомления и доступа к массиву данных продукта специализированного автоматизированного рабочего места, соответствующего последовательности действий (в данном случае - автоматизированного рабочего места 2 аналитика-спецификатора). Одновременно в учетной записи автоматически фиксируется время ее перевода в данную фазу, табельный номер исполнителя и номер рабочего места, с которого выполнена запись. Then, using the tools 24 that are part of the
Аналитик-спецификатор, получив на своем рабочем месте 2 электронное сообщение о поступлении очередной задачи в фазу "ТЗ составлено и согласовано" и доступ к соответствующему массиву, обращается к системе 9 контроля фаз с вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении об очередной задаче. Аналитик-спецификатор получает из системы 9 ее учетную запись, а также текстовую документацию, подготовленные технологом-постановщиком. По этим документам и на основе информации из имеющихся в составе его автоматизированного рабочего места локального банка данных 26 с локальной копией массива данных продукта и банков 27, 28 и 29 данных с описаниями алгоритмов, информационных массивов, печатных и экранных форм (банк типовых проектных решений) аналитик-спецификатор оценивает возможность выполнения задачи на базе имеющихся библиотек, производит дополнение массива исходных данных структурными спецификациями, регламентирующими применение постоянных и типовых данных из серверных банков 8, и определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Задача снабжена спецификациями", при этом спецификации дополняются в банк 49 текстовых документов системы 9 контроля фаз технологического цикла. При переводе учетной записи в фазу "Задача снабжена спецификациями" система 9 контроля фаз отсылает электронным сигналом уведомления и доступа автоматизированного рабочего места 3 разработчика к массиву данных продукта. The specifying analyst, having received at his
Получив сообщение и доступ, разработчик вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении об очередной задаче вызывает из системы 9 контроля фаз учетную запись и текстовые документы, оценивает трудоемкость реализации задачи и устанавливает срок реализации с учетом имеющихся у него других задач и их приоритета. Эти данные (срок и трудоемкость) заносятся в учетную запись. В процессе разработки разработчик фиксирует в учетной записи реальные трудозатраты на реализацию данной задачи. Если для реализации задачи необходима модификация работающих модулей, уже включенных в состав проектируемого (сопровождаемого) продукта, разработчик копирует их из соответствующего серверного банка 8 в свой локальный банк 21 данных через систему 10 разделения и установки. При этом в банке 56 этой системы автоматически индивидуализированным сигналом блокировки привлеченной части постоянных и типовых данных заводится запись в формате атрибутов начального состояния упомянутого действия, содержащая дату-время установки, имя пользователя, выполняющего блокировку, контрольную сумму и дату копирования. В результате этого устанавливается запрет на модификацию этого модуля другими разработчиками, что исключает возможность уничтожения сделанных доработок модуля из-за последующей доработки и включения в банк данных его более старых копий. С этой же целью установка обновленного модуля в серверный банк 8 выполняется автоматически системой 55 установки пополнений с контролем версий. В модуль, включаемый в банк 8, помещается служебная идентификационная запись, содержащая контрольную сумму, имя пользователя, включившего модуль в банк данных, и дату-время установки. Having received the message and access, the developer entering into the bank 48 data of the attribute of the initial state of actions (account about the design process), for example, repeating the identifier and determining the value of the phase of the state of the action contained in the message about the next task calls the account and text from the
Для того чтобы модифицированный модуль мог быть включен в банк данных, он и заменяемая его версия должны иметь сигнал деблокировки, тождественный атрибуту начального состояния упомянутого действия. Тогда новый модуль записывается вместо старого, и в него помещается новая индивидуализирующая запись. Если же записи не тождественны, то установка не производится, а пользователю выдается сообщение о несовпадении версий. Используя массив исходных данных, данные локальной копии в локальном банке данных 21, средства 23, 32, 33, 34 и 35, разработчик осуществляет программно-ориентированное преобразование (разработку) массива исходных данных в массив данных модифицированного (сопровождаемого) индивидуального продукта. По окончании разработки проводят первичное тестирование продукта (включающего все новые и измененные модули) посредством программного установления тождественности сигнала применимости постоянных, типовых и нетиповых данных на тестовых примерах, содержащихся в локальной копии данных серверного банка 8 данных и документации, подготовленной технологом-постановщиком. In order for the modified module to be included in the database, it and its replaced version must have a release signal that is identical to the attribute of the initial state of the mentioned action. Then the new module is written instead of the old one, and a new individualizing record is placed in it. If the entries are not identical, then the installation is not performed, and the user is issued a message about the version mismatch. Using an array of source data, data of a local copy in a
Завершение действия на автоматизированном рабочем месте 3 разработчика фиксируется операцией ввода в систему 9 атрибутов конечного состояния действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Передана на аналитический контроль". Эта операция автоматически приводит к посылке системой 9 электронного сообщения и доступа к массиву данных индивидуального продукта автоматизированного рабочего места 4 аналитика-контролера. The completion of the action at the developer’s
Аналитик-контролер вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении получает доступ к массиву данных индивидуального продукта. Средствами специализации автоматизированного рабочего места 4 аналитик-контролер осуществляет контроль блокирования в серверном банке 8 данных модифицируемых модулей и контроль соответствия разработанного (модифицированного) индивидуального продукта спецификациям задачи. При обнаружении несоответствий или отсутствия блокировки он определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Возврат с аналитического контроля" (с автоматической отсылкой сообщения на автоматизированное рабочее место 3 разработчика) для устранения несоответствий (перечень несоответствий пересылается при необходимости из локального банка 21 данных рабочего места 4 в локальный банк 21 данных рабочего места 3). Если несоответствий не обнаружено, аналитик-контролер определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Передано на технологическое тестирование". Ввод этой фазы в учетную запись система 9 контроля фаз посредством входящей в ее состав системы 51 рассылки сообщений автоматически сопровождает электронным сигналом уведомления и доступа к массиву данных индивидуального продукта специализированного автоматизированного рабочего места, соответствующего последовательности действий, в данном случае - автоматизированного рабочего места 5 технолога-тестировщика. The analyst-controller, by entering into the data bank 48 the attribute of the initial state of the action (account about the design process), for example, repeating the identifier and determining the value of the phase of the state of the action contained in the message gets access to the data array of the individual product. By means of specialization of a
Последний, получив сообщение и доступ, обращается к системе 9 с вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении и получает доступ к массиву данных индивидуального программного продукта, открывает на своем рабочем месте 5 учетную запись и комментарии разработчика, содержащие рекомендации по тестированию, и выполняет контроль соответствия функционирования продукта функциональным спецификациям и тестирование продукта посредством программного установления тождественности сигнала применимости постоянных, типовых и нетиповых данных до и после обновления с использованием локальной копии серверного банка 8 данных, банка 40 тестовых данных и средств 33, 34, 35 на рабочем месте 5. При обнаружении несоответствий он определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Возврат с технологического тестирования" с автоматической отсылкой сообщения на автоматизированное рабочее место 3 разработчика (перечень несоответствий затем также пересылается в локальный банк 21 данных разработчика). Если же несоответствий не обнаружено, технолог-тестировщик средствами 41 обращается к системе 10 разделения и установки и включает программное пополнение в серверный банк данных, при этом система 10 автоматически выполняет контроль версий, а также сохраняет старую копию изменяемого модуля на случай отмены изменений. Затем уже в обновленном серверном банке данных выполняются все необходимые настройки и проводится комплексная проверка работоспособности модуля в системе на сервере (а также проверка работоспособности других модулей системы, зависимых от вновь включенного). Если несоответствие обнаружено на этом этапе, то с помощью системы 10 выполняется автоматическое восстановление предыдущего состояния серверного банка 8 данных, модуль возвращается на автоматизированное рабочее место 3 разработчика и определяется конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Возвращено с технологического тестирования" с автоматической отсылкой сообщения на автоматизированное рабочее место 3 разработчика. При подтверждении тождественности в серверном банке 8 данных система 10 установки одновременно автоматически помещает обновленные данные продукта (в виде файла пополнения) в буферный банк 60 данных системы 11 рассылки пополнений, а конечное состояние действия определяется вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Готова к отправке заказчику" с автоматической отправкой сообщений и доступа на автоматизированное рабочее место 7 технолога-кондуктора банка и автоматизированное рабочее место 6 документатора. The latter, having received the message and access, accesses the
Технолог-кондуктор банка вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении получает доступ к массиву данных продукта. Средствами 12 он поддерживает связь с заказчиком, а средствами 23, 34, 35 и 43 с использованием данных банков 44, 45 и 46 он отслеживает порядок включения программных пополнений в систему заказчика. При нарушении порядка включения пополнений технолог-кондуктор задерживает пересылку электронной версии продукта абоненту глобальной сети (заказчику), если перед ним должно быть включено пополнение, которое ранее отправлено, но почему-либо не включено заказчиком в его систему. Если подобных препятствий к отправке нет, кондуктор определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Отправлено заказчику". При этом система 9 контроля фаз автоматически выдает команду системе 11 рассылки пополнений на отсылку соответствующего файла-пополнения из буферного банка 60 данных системы 11 рассылки. Последняя выполняет это автоматически, используя средства 12 доступа к внешней глобальной сети (Интернет). The bank’s technologist, by entering into the bank 48 data of the attribute of the initial state of actions (account about the design process), for example, repeating the identifier and determining the value of the phase of the state of the action contained in the message, gets access to the product data array. By means of 12, he maintains contact with the customer, and by means of 23, 34, 35 and 43 using the data of
Одновременно с этим документатор 6, приняв сообщение об окончании разработки очередной задачи, вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении получает доступ к документации на нее, накопленной в системе 9 контроля фаз и, в частности, к комментарию разработчика, в котором перечислены измененные пользовательские функции. At the same time, the
Используя эту информацию, данные локальной копии в локальном банке 21, данные банка 42 и средства 23, 33, 34, 35 и 43, документатор проверяет, изменилось ли использование этих функций по сравнению с описанным в пользовательской документации, и, в случае изменений, отражает их в документации. Измененный фрагмент документации затем включается им в соответствующий серверный банк 8 данных и буферный банк 60 данных системы 11 рассылки пополнений, документатор определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Документация подготовлена к отправке" с автоматической отправкой сообщений и доступа на автоматизированное рабочее место 7 технолога-кондуктора банка. Using this information, data of a local copy in
Технолог-кондуктор банка вводом в банк 48 данных атрибута начального состояния действий (учетной записи о процессе проектирования), например, повторением идентификатора и определением значения фазы состояния действия по содержащемуся в сообщении получает доступ к массиву данных документации продукта и определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Документация отправлена заказчику". При этом система 9 дает команду системе 11 на автоматическую отправку, работа над задачей считается законченной, и система 5 автоматически устанавливает значение фазы "Задача выполнена". В случае, если изменения документации не требуются, документатор определяет конечное состояние действия вводом данных атрибута конечного состояния действий (учетной записи о процессе проектирования), например, определением значения фазы "Документация не обновляется", из которой также происходит автоматический переход в фазу "Задача выполнена", но без каких-либо дополнительных действий. The bank’s technologist, entering into the bank 48 data of the attribute of the initial state of the action (account about the design process), for example, repeating the identifier and determining the value of the phase of the state of the action contained in the message, gets access to the product documentation data array and determines the final state of the action by entering the attribute data the final state of actions (account about the design process), for example, by determining the value of the "Documentation sent to the customer" phase. At the same time,
Таким образом, решение задачи разбивается на ряд технологических этапов, выполнение каждого этапа сопровождают автоматизированным контролем исполнения. На любом этапе работ система 9 контроля фаз технологического цикла обеспечивает выдачу отчетов о текущем состоянии любой задачи (выполняемой или законченной), о состоянии (фазе) задачи, которое она имела в заданный период времени, полную историю задачи, а также отчеты о суммарной предварительно заявленной и фактической трудоемкости любого выбранного набора задач, о датах выполнения отдельных этапов, нарушении плановых сроков и другие. Все отчеты могут выдаваться в различных разрезах: по исполнителям этапов работ, по версиям системы, по другим атрибутам, зафиксированным в учетных записях задач. Данные, содержащиеся в отчетах, могут анализироваться для принятия решений и управления процессом проектирования. С помощью средств контроля фаз технологического цикла в соответствии с алгоритмом ее работы (фиг. 14) выполняется продвижение информации о задаче по цепи производственного конвейера в соответствии с текущей фазой задачи, выдача в реальном времени информации о решаемых задачах в клиентскую зону Web-сайта компании, контроль доступа пользователей к информации о задаче (для чтения и формирования отчетов информация доступна всем, а для изменения - только тому пользователю, в чьем распоряжении находится задача). Thus, the solution of the problem is divided into a number of technological stages, the implementation of each stage is accompanied by automated control of execution. At any stage of work, the
Claims (5)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2002114275/09A RU2195016C2 (en) | 2002-05-31 | 2002-05-31 | Method for production and maintenance of individual software product esc-m technology |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2002114275/09A RU2195016C2 (en) | 2002-05-31 | 2002-05-31 | Method for production and maintenance of individual software product esc-m technology |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2195016C2 true RU2195016C2 (en) | 2002-12-20 |
Family
ID=20255756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2002114275/09A RU2195016C2 (en) | 2002-05-31 | 2002-05-31 | Method for production and maintenance of individual software product esc-m technology |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2195016C2 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EA010259B1 (en) * | 2005-05-27 | 2008-06-30 | Фотроникс, Инк. | System and method for automatic generating and/or processing a photomask order using a script profiler |
US8117226B2 (en) | 2003-03-27 | 2012-02-14 | Microsoft Corporation | System and method for virtual folder sharing including utilization of static and dynamic lists |
RU2448363C1 (en) * | 2010-08-05 | 2012-04-20 | Федеральное государственное унитарное предприятие "Научно-производственное объединение автоматики имени академика Н.А. Семихатова" | Debugging system |
RU2516703C1 (en) * | 2013-01-29 | 2014-05-20 | Федеральное государственное унитарное предприятие "Научно-производственное объединение автоматики имени академика Н.А. Семихатова" | Hardware and software debugging simulation system |
WO2014078839A1 (en) * | 2012-11-19 | 2014-05-22 | Bmm International, Llc | System and method to test and certify equipment for regulatory compliance |
US9361312B2 (en) | 2003-03-27 | 2016-06-07 | Microsoft Technology Licensing, Llc | System and method for filtering and organizing items based on metadata |
US10489044B2 (en) | 2005-07-13 | 2019-11-26 | Microsoft Technology Licensing, Llc | Rich drag drop user interface |
-
2002
- 2002-05-31 RU RU2002114275/09A patent/RU2195016C2/en not_active IP Right Cessation
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8117226B2 (en) | 2003-03-27 | 2012-02-14 | Microsoft Corporation | System and method for virtual folder sharing including utilization of static and dynamic lists |
US9361312B2 (en) | 2003-03-27 | 2016-06-07 | Microsoft Technology Licensing, Llc | System and method for filtering and organizing items based on metadata |
US9361313B2 (en) | 2003-03-27 | 2016-06-07 | Microsoft Technology Licensing, Llc | System and method for filtering and organizing items based on common elements |
EA010259B1 (en) * | 2005-05-27 | 2008-06-30 | Фотроникс, Инк. | System and method for automatic generating and/or processing a photomask order using a script profiler |
US10489044B2 (en) | 2005-07-13 | 2019-11-26 | Microsoft Technology Licensing, Llc | Rich drag drop user interface |
RU2448363C1 (en) * | 2010-08-05 | 2012-04-20 | Федеральное государственное унитарное предприятие "Научно-производственное объединение автоматики имени академика Н.А. Семихатова" | Debugging system |
WO2014078839A1 (en) * | 2012-11-19 | 2014-05-22 | Bmm International, Llc | System and method to test and certify equipment for regulatory compliance |
RU2516703C1 (en) * | 2013-01-29 | 2014-05-20 | Федеральное государственное унитарное предприятие "Научно-производственное объединение автоматики имени академика Н.А. Семихатова" | Hardware and software debugging simulation system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8645326B2 (en) | System to plan, execute, store and query automation tests | |
US7403901B1 (en) | Error and load summary reporting in a health care solution environment | |
US6766481B2 (en) | Software suitability testing system | |
Mohagheghi et al. | An empirical investigation of software reuse benefits in a large telecom product | |
US20070078701A1 (en) | Systems and methods for managing internal controls with import interface for external test results | |
RU2195016C2 (en) | Method for production and maintenance of individual software product esc-m technology | |
Metz et al. | Specifying use case interaction: Types of alternative courses | |
Zhong et al. | Impacts, causes, and solutions of architectural smells in microservices: An industrial investigation | |
Rodríguez et al. | SOA-enabled compliance management: instrumenting, assessing, and analyzing service-based business processes | |
CA2406421C (en) | Method for a health care solution framework | |
Ben-Menachem et al. | Inventorying information technology systems: supporting the" paradigm of change" | |
Górski et al. | Towards automation of IT systems repairs | |
North | Ensuring good statistical practice in clinical research: guidelines for standard operating procedures (an update) | |
Brown et al. | Assessing the quality of large, software-intensive systems: A case study | |
Linger et al. | Cleanroom software engineering reference | |
Mishelevich et al. | The IBM Patient Care System: an overview of its software | |
Board | Standard glossary of terms used in Software Testing | |
Rokosz | Long-term testing in a short-term world | |
Tremaine et al. | Guide for the qualification of software products | |
Cushing | Real-time information processing in marketing/BEBR no. 99 | |
Lee et al. | QUALPRO-RP-An Errors Management and Rework Effort Measurement Tool | |
Stokes | GCP Software Verification. | |
AUSTIN et al. | Hospital information systems: a management perspective | |
Rodr | SOA-enabled compliance management: instrumenting, assessing, and analyzing service-based business processes | |
Jakubicka | Software asset management in a Large (Academic) Organization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20040601 |
|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20060601 |