Что обозначают термины гибкость и открытость программы

Деятельность специалистов в настоящее время ориентирована на использование развитых информационных технологий. Организация и реализация функций специалистов на предприятиях и в организациях требует радикального изменения как самой технологии, так и технических средств обработки информации. Информационные технологии все более превращаются из систем автоматической переработки входной информации в средства накопления, анализа, оценки и выработки наиболее эффективных экономических решений. В этих условиях наиболее важно ориентировать современные информационные технологии на конечного пользователя-специалиста. Разработать рациональные организационные формы использования средств вычислительной техники на рабочих местах в организациях, учреждениях и на предприятиях.

При этом любая форма организации технических и программных средств должна строиться в соответствии с принципами, представленными на рис. 4.1.

Рис. 4.1. Принципы построения организационных форм обработки данных

Гибкость и растяжка-1. Теория

1. Принцип системности предполагает, что организационная форма использования вычислительной техники является системой, структура которой определяется ее функциональным назначением.
2. Принцип гибкости (открытости) означает приспосабливаемость системы к возможным перестройкам, благодаря модульности построения всех подсистем и стандартизации всех элементов.
3. Принцип устойчивости заключается в том, что система организации вычислительной техники должна выполнять основные функции независимо от воздействия на нее внутренних и внешних факторов. Это значит, что неполадки в отдельных ее частях должны быть легко устранимы, а работоспособность системы — быстро восстанавливаема.
4. Принцип эффективности организационной формы использования вычислительной техники на предприятиях предполагает улучшение экономических показателей управляемого объекта, которое достигается за счет повышения качества управления.

Тенденция к усилению децентрализации управления и решения функциональных задач на местах специалистов влечет за собой распределенную обработку информации с децентрализацией применения средств вычислительной техники и совершенствования автоматизированных рабочих мест ( АРМ ) специалистов с использованием соответствующего пользовательского интерфейса. При этом кроме автоматизации конкретных функций специалиста важна и организация электронного офиса, который позволяет автоматизировать офисную деятельность и организовать информационную связь между специалистами.

4.1. Автоматизированное рабочее место

В современных информационных технологиях широко используются автоматизированные рабочие места ( АРМ ). Создание автоматизированных рабочих мест предполагает, что основные операции по накоплению, хранению и переработке информации возлагаются на вычислительную технику, специалист же выполняет определенную часть ручных операций и операций, требующих творческого подхода при подготовке управленческих решений. Вычислительная техника при этом работает в тесном взаимодействии с пользователем, который контролирует ее действия, меняет значения отдельных параметров в ходе решения задачи, а также вводит исходные данные для решения задач и функций управления. На практике для каждой группы работников управления такие функции регламентируются должностными инструкциями, положениями, законодательными актами и др.

Значение терминов программа, программирование, инструкция, аргумент и данные

Создание АРМ обеспечивает:

• доступ к современной электронной технике небольших предприятий, что было невозможно в условиях централизованной обработки информации;
• простоту, удобство и дружественность по отношению к пользователю;
• компактность размещения, высокую надежность, сравнительно простое техническое обслуживание и невысокие требования к условиям эксплуатации;
• информационно-справочное обслуживание пользователя;
• развитый диалог с пользователем и предоставление ему сервисных услуг;
• максимальное использование ресурсов системы;
• возможность ведения локальных и распределенных баз данных;
• наличие документации по эксплуатации и сопровождению;
• совместимость с другими системами.

Автоматизированные рабочие места можно классифицировать по нескольким признакам, представленным на рис. 4.2.

увеличить изображение
Рис. 4.2. Виды автоматизированных рабочих мест

По технической базе, на основе которой строится АРМ , выделяют следующие виды автоматизированных рабочих мест:

• АРМ, построенные на базе больших универсальных ЭВМ. Они обеспечивают специалистам организационно-экономического управления возможность работать с большими базами данных при технической и программной поддержке, осуществляемой силами профессионалов в области вычислительной техники — работников собственного информационно-вычислительного средства.

• необходимость иметь в организации специальное подразделение по техническому и программному обеспечению вычислительных средств;
• недостаточная гибкость программных средств;
• жесткие требования технических средств к операционной системе;
• высокая стоимость машинных ресурсов;
• слабая ориентация вычислительной системы на пользователя-непрограммиста и др.

• сравнительно низкая стоимость;
• невысокая потребляемая мощность;
• относительная простота обслуживания;
• использование простых языков общения с ПК;
• возможность подключения к ЛВС (локальной вычислительной сети) и к широкомасштабной вычислительной сети;
• возможность пользования информационными ресурсами из АБД;
• повышение оперативности и качества информации;
• освобождение персонала от рутинных работ;
• сокращение численности служащих и т. д.

По специализации можно выделить следующие виды автоматизированных рабочих мест:

• АРМ руководителя предназначено для выполнения функций оперативного управления и функций принятия решений. Автоматизированное рабочее место руководителя позволяет:

• принимать решения с максимальной адаптацией к конкретным ситуациям;
• получать отчеты требуемой формы по всей информации, находящейся в автоматизированной корпоративной базе;
• обеспечить руководителю или его непосредственным помощникам оперативность и скорость поиска нужной информации;
• обеспечить оперативную связь с другими источниками информации в пределах организационной структуры и с внешней средой и т. д.

• работа с персональными базами данных и базами данных организации;
• обеспечение коммуникационного диалога с дополнительными источниками информации;
• моделирование анализируемых процессов с учетом накопленного опыта;
• многофункциональность и гибкость системы.

• ввод информации;
• ведение картотек и архивов;
• обработка входящей и исходящей документации;
• контроль ежедневного личного плана руководителя и т. д.

Функционирование любого типа АРМ требует различных видов обеспечения, представленных на рис. 4.3.

Рис. 4.3. Виды обеспечения автоматизированных рабочих мест

1. Техническое обеспечение АРМ — это обоснованный выбор комплекса технических средств для оснащения рабочего места специалиста.

Основу технического обеспечения АРМ составляют персональные компьютеры различных мощностей и типов с широким набором периферийных устройств.

Если ПК используется в качестве АРМ небольшой ЛВС , на котором централизованно хранится вся информация , необходимая для работы специалиста, объем обрабатываемой информации невелик. Скорость работы при этом определяется не быстродействием ПК, а скоростью диалога пользователя и компьютера. В данном случае вполне приемлемо использование ПК с относительно невысоким быстродействием и необходимым объемом оперативной памяти.

В случае, если ПК используется для регулярной подготовки объемных документов, решения сложных функциональных задач, требующих большой информационной поддержки, необходима установка мощных ПК с высоким быстродействием и большим объемом памяти.

2. Информационное обеспечение АРМ — это информационные базы данных , используемые на рабочем месте пользователя.

Информационная база АРМ должна удовлетворять следующим требованиям:

• представлять полную, достоверную и своевременную информацию для решения профессиональных задач пользователя с минимальными затратами на ее получение, накопление, поиск, обработку и передачу;
• способствовать осуществлению диалога пользователя с ПК, предусмотрев для этого необходимые средства и методы;
• сохранять адекватность содержания внешней (документной) и внутренней (на магнитных носителях прямого доступа) форм хранения информации в разрезе тех объектов, с которыми работает исполнитель;
• обеспечивать простоту доступа к любой информации, защиту от несанкционированного доступа к тем или иным данным и высокую производительность в работе с данными;
• информационная база должна быть минимально избыточна и одновременно удобна для архивирования данных.

АРМ для разных категорий работников отличаются видами предоставления данных (для руководителей, управленцев среднего звена, специалистов нижнего звена):

Руководителям верхнего звена управления	для выработки стратегических решений по управлению организацией необходима информация, отражающая текущее состояние дел в организации и внешней среды
Руководителям среднего звена управления	должна предоставляться информация, необходимая для принятия индивидуальных или групповых решений тактического плана, которые имеют важное значение на определенном временном интервале (месяц, квартал, год)
Специалисты нижнего звена управления	должны быть обеспечены данными для выполнения текущих рутинных операций по решению различных функциональных задач экономического объекта

Пользователи АРМ могут быть разделены на две группы в зависимости от периода получения данных:

Пользователи, которым данные нужны в процессе их обработки и формирования (динамическое потребление)

Пользователи, которым нужны законченные сведения о состоянии объекта (статическое потребление)

В связи с этим для пользователей АРМ первой группы обеспечивается интерактивный режим работы с информационными базами, для пользователей второй группы он необязателен.

3. Математическое обеспечение АРМ представляет собой совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач. Математическое обеспечение включает средства моделирования процессов управления, методы и средства решения типовых задач управления, методы оптимизации исследуемых управленческих и производственных процессов и принятия решений (методы многокритериальной оптимизации, математического программирования, математической статистики, теории массового обслуживания и т. д.). Техническая документация по математическому обеспечению содержит описание задач, задания по алгоритмизации, экономико-математические модели задач, текстовые и контрольные примеры их решения.

Математическое обеспечение служит основой для разработки комплекса программных средств, в связи с чем его качество должно быть высоким и оно непременно должно согласовываться с потенциальным пользователем АРМ .

4. Программное обеспечение АРМ определяет его интеллектуальные возможности, профессиональную направленность, широту и полноту осуществления функций, возможности применения различных технических устройств (блоков). Программное обеспечение АРМ должно выполнять следующие функции, представленные на рис. 4.4.

Рис. 4.4. Функции программного обеспечения АРМ

Программное обеспечение АРМ делится на два вида:

Общее программное обеспечение

Специальное программное обеспечение

Основные элементы общего программного обеспечения обычно поставляются вместе с персональной ЭВМ. К ним относятся:

• операционные системы и операционные оболочки;
• программные средства ведения баз данных;
• программные средства организации диалога;
• программы, расширяющие возможности операционных систем.

Главное предназначение этой части программного обеспечения — управление работой процессора, организация интерфейса между пользователем и ПЭВМ, организация доступа к памяти, периферийным устройствам и сети, управление файлами, запуск прикладных программ и управление процессом их выполнения, трансляция и выполнение программ, подготовленных на алгоритмических языках.

Эффективными в АРМ являются многофункциональные интегрированные пакеты, реализующие несколько функций переработки информации, например, табличную, графическую, управление базами данных, текстовую обработку в рамках одной программной среды.

Классификация программного обеспечения АРМ представлена на рис. 4.5.

увеличить изображение
Рис. 4.5. Классификация программного обеспечения АРМ

5. Лингвистическое обеспечение АРМ включает языки общения с пользователем, языки запросов, информационно-поисковые языки, языки-посредники в сетях. Языковые средства АРМ необходимы для однозначного смыслового соответствия действий пользователя и аппаратной части ПК.

Основу языков лингвистического обеспечения АРМ составляют заранее определяемые термины, а также описания способов, с помощью которых могут устанавливаться новые термины, заменяться или дополняться существующие. Возможности языка во многом определяют также списки правил, на основе которых пользователь может строить формальные конструкции, соответствующие реализации информационной потребности. Например, в одних АРМ данные и конструкции представляются в виде таблиц, в других — в виде операторов специального вида.

6. Технологическое обеспечение АРМ представляет собой некоторую четко установленную совокупность проектных решений, определяющих последовательность операций, процедур, этапов в соответствующей сфере деятельности пользователя.

Технологическое обеспечение АРМ должно предусматривать выполнение следующих операций:

• ввод информации с документов при помощи клавиатуры (с визуальным контролем по экрану дисплея);
• ввод данных в ПЭВМ с магнитных носителей с других АРМ;
• прием данных в виде сообщений по каналам связи с других АРМ в условиях функционирования локальных вычислительных сетей;
• редактирование данных и манипулирование ими;
• накопление и хранение данных;
• поиск, обновление и защита данных;
• вывод на экран, печать, магнитный носитель результатной информации, а также различных справочных и инструктивных сообщений пользователю;
• формирование и передача данных на другие АРМ в виде файлов на магнитных носителях или по каналам связи в вычислительных сетях;
• получение оперативных справок по запросам.

7. Организационное обеспечение включает комплекс документов, регламентирующих деятельность специалистов при использовании ПЭВМ или терминала на их рабочем месте. При этом возникает необходимость:

• определить функции и задачи каждого специалиста;
• регламентировать взаимодействие работников;
• обеспечить персонал инструктивными материалами на всех технологических операциях автоматизированной обработки информации.

8. Методическое обеспечение АРМ состоит из методических указаний, рекомендаций и положений по внедрению, эксплуатации и оценке эффективности их функционирования. Оно включает в себя также организованную машинным способом справочную информацию об АРМ в целом и отдельных его функциях, средства обучения работе на АРМ , демонстрационные и рекламные примеры.

9. Эргономическое обеспечение АРМ представляет собой комплекс мероприятий, выполнение которых должно создавать максимально комфортные условия для использования АРМ специалистами, быстрейшего освоения технологии и качественной работы на АРМ . Комфортные условия предполагают выбор специальной мебели для размещения технической базы АРМ , организацию картотек для хранения документации и магнитных носителей.

10. Правовое обеспечение АРМ включает систему нормативно-правовых документов, которые должны четко определять права и обязанности специалистов в условиях функционирования АРМ , а также комплекс документов, регламентирующих порядок хранения и защиты информации, правила ревизии данных, обеспечение юридической подлинности совершаемых на АРМ операций и т. д.

Источник: intuit.ru

Быть гибким = быть в Agile

Если ваша команда изо всех сил пытается добиться крутых результатов, но ключевые метрики падают, методология Agile может стать решением этих проблем. О том, что это такое, какие существуют плюсы и минусы у Agile-подхода и как его применять, расскажем в статье.

Что такое Agile

Agile-подход — это не про документы, отчеты и планирование на годы вперед. А про постоянное общение с клиентом и готовность быстро реагировать на изменения.

Agile (от англ. «гибкий») — семейство методологий для улучшения производимого продукта. Философию Agile характеризуют гибкость, скорость и прозрачность рабочих процессов.

Как правило, для Agile-команды характерна работа небольшими порциями — итерациями на 2-3 недели. Внутри каждой итерации собрано несколько задач для реализации продукта:

• анализ,
• проектирование,
• работа,
• тестирование,
• запуск продукта.

После каждой итерации команда анализирует результаты и использует данные для улучшения следующего цикла.

Как появился Agile-метод

Ранее для реализации проектов применялся водопадный (он же каскадный) метод разработки. Суть в том, что проект разбит на «вытекающие» друг из друга этапы, которые заранее планируются и выполняются в строгой последовательности, а возможности откатиться и переделать работу прошлого этапа — нет.

На первый взгляд может показаться, что такое скрупулезное планирование — неплохой вариант. Но на деле появляется огромное количество подводных камней, которые тяжело предвидеть. Например:

• Сложно реагировать на изменения рынка, ведь заранее предугадать проблемы невозможно, а менять план нельзя.
• Проект может растянуться. Из-за зависимости каждого этапа друг от друга в этом случае семеро одного ждут.
• Легко опоздать. Например, к концу проекта можно узнать, что продукт не решает проблему клиента или вообще не работает. А тестирование — самый последний этап каскадного метода разработки программного обеспечения.

Разработчики просто устали от излишней строгости и поняли, что создавать инновационные технологии по старым методологиям просто нельзя. В качестве альтернативы в 2001 и появилась Agile-концепция. В американском штате Юта 17 разработчиков со всего света собрались и подписали манифест об основных принципах Agile.

Ценности и принципы Agile

Манифест о гибких методологиях разработки находится в открытом доступе. На странице вы не найдете упоминания каких-либо программ или сайтов для работы. Но на сайте отображены именно основные принципы Agile-методологии. Возможно некоторые из них покажутся вам очевидными, но поверьте — в начале бюрократических 2000-х Agile-модель стала практически инновационной.

Всего принципов 12:

1. Главная задача продукта — удовлетворить клиента.
2. Изменять процесс разработки в ходе работы — хорошо.
3. Рабочее ПО нужно доставлять клиенту часто, в рамках 2-16 недель.
4. Руководители и разработчики трудятся вместе на протяжении всего процесса.
5. Над проектом работают заинтересованные, мотивированные сотрудники с комфортными условиями для работы.
6. Лучший способ передать информацию — личная встреча.
7. Главный показатель успешности проекта — работающий продукт, а не трудозатраты и другие показатели.
8. Гибкие методологии разработки помогают постоянному развитию, поддержанию рабочего темпа как на спринтерской, так и на марафонской дистанции.
9. Нужно уделять внимание технической стороне и качественному дизайну продукта.
10. Важно сокращать до минимума лишнюю работу и не усложнять.
11. Самые лучшие команды — самоорганизованные.
12. Сотрудники должны регулярно оценивать проделанную работу и улучшать, корректировать ее для большей эффективности.

Agile-разработка: плюсы и минусы

Начнем с плюсов:

➕ Гибкость и открытость к любым изменениям. Команда может оперативно вносить изменения в проект, дорабатывать продукт по комментариям заказчика и реагировать на изменения рынка.

➕ Небольшие риски потерпеть неудачу. В каждом цикле работы присутствует тестирование, аналитика и общение с заказчиком. Так можно быстрее выявить проблему и исправить ее, не перебирая этап за этапом, как в каскадном подходе.

➕ Устойчивость к срыву дедлайнов. В аджайл-подходе выставляются гибкие сроки с запасом на задержки и изменения.

➕ Вовлеченность команды. Тесное общение с руководством, коллегами и самоорганизация помогают работать эффективнее и чувствовать свое влияние на проект.

➕ Минимум рутинной работы. Разработчикам не нужно тратить огромное время на аналитику, планирование и заполнение отчетов. Главное — работа над продуктом.

➖ Проект непредсказуем. В конце ожидания могут совсем не совпасть с реальностью. Возможно, это станет минусом для заказчиков с четким ТЗ.

➖ Потребность в тесном взаимодействии. Команде нужно постоянно общаться с заказчиком, чтобы отслеживать промежуточные результаты и вовремя обновлять продукт.

➖ Тяжелое погружение новых сотрудников. Поменять руководителя или важного сотрудника в процессе работы над проектом — задачка не из простых. Придется уделить приличное количество времени для онбординга нового коллеги.

➖ Непростое внедрение системы Agile. Если компания уже работает по другой методологии, перестроиться на Agile-подход будет сложно. Скорее всего потребуется специалист, который хорошо разбирается в гибких методологиях. А на это нужно заложить и время, и бюджет.

Где используют гибкие методологии разработки

Если говорить о сферах бизнеса, то изначально Agile применялся разработчиками для создания нового программного обеспечения, интерфейсов и игр.

На сегодняшний день Agile — стандарт для большинства современных проектов. Сейчас его могут использовать абсолютно все: от гигантов IT-индустрии, как Google и Microsoft, до небольших стартапов.

В каком случае применять Agile

Вам стоит попробовать Agile, если:

1. Команда теряется в потоке задач: не понимает, как распределять задачи, кто за что отвечает и на каком этапе работы они находится.
2. Вы ограничены по времени. К примеру, вам нужно выпустить новый более востребованный и полезный пользователям продукт раньше, чем конкуренты. С помощью Agile можно минимизировать время на реализацию продукта и исправление ошибок, появляющихся в ходе работы.
3. Результат проекта неизвестен заранее: например, вы что‑то изобретаете или запускаете инновационный стартап. Agile позволит проложить оптимальный путь к работоспособному продукту, несмотря на меняющуюся в процессе работы цель.

Вам не нужно использовать Agile, если:

1. Нужен четкий и неизменный результат проекта строго по ТЗ. Например, если вы работаете в сфере с жесткими регулятивными нормами или заранее известными требованиями к проекту.
2. Проект предполагает многократное повторение полученного результата. Методология Agile не очень хорошо подходит для повторного воспроизведения. Переводя на жизненные примеры, если вам нужно построить 5 одинаковых домов, то с Agile вы получите 5 уникальных домов, каждый из которых будет отвечать на запросы разных клиентов.
3. Agile-проект требует постоянного контактирования с заинтересованными лицами. У заказчиков может просто не быть времени, возможности или желания использовать Agile-менеджмент.

Методы управления проектами по Agile

В семейство Agile входит несколько разных методов управления проектов — фреймворков. В СНГ наибольшей популярностью пользуются два — Scrum и Kanban.

• Kanban — это метод управления рабочим процессом, основанный на визуализации цели, задач и прогресса. В основе инструмента — канбан-доска.
• Scrum — метод деления работы на итерации (временные отрезки) для достижения цели. Цель — получить функциональный результат.

Если хотите узнать больше о разнице фреймворков Agile и понять, какой из них больше подходит для вашей команды, можете прочитать эту статью.

Как внедрить Agile в проект

Самое главное — это разделять философию Agile. Попробуйте начать с «пилотной группы» и рассказать о подходе небольшой команде. Крайне важно, чтобы сотрудники добровольно согласились использовать новый метод в работе. После дайте коллегам время. Если в течение 6-8 месяцев всё хорошо — можно постепенно масштабировать Agile во всей компании.

О том, как подготовить сотрудников к переменам мы рассказали здесь.

Чтобы проекты выполнялись в срок и без ошибок, нужны и специальные инструменты управления: планировщики задач, календари, командные доски. Одним из таких сервисов и является Kaiten — визуальная система управления рабочими процессами.

Используя сервис, руководители смогут сделать процесс работы прозрачнее, контролировать проекты и эффективнее распределять задачи между сотрудниками. А сотрудники смогут самостоятельно расставлять приоритеты, чтобы успевать всё в срок, назначать ответственного и хранить в сервисе важные документы и файлы.

Kaiten — гибкий инструмент для управляемых и прогнозируемых процессов с Agile-блоком в коробке

Похожее

Канбан или диаграмма Ганта: что лучше поможет в планировании?

Плюсы и минусы каждого метода, где и как они применяются и какой из них лучше подойдет для организации рабочего процесса.

Дарья Лебедева 14 дек. 2022 г. • 7 min read

Простыми словами: 5 действительно важных Agile метрик

Как читать и понимать Agile-отчеты и на какие показатели стоит смотреть

Дарья Лебедева 18 окт. 2022 г. • 6 min read

Новое

Прозрачные взаимодействия между бизнесом и разработкой. Кейс «Всегда Да»

Визуализировали десятки направлений и сотни проектов на одном экране, построили прозрачную систему взаимодействия между бизнесом и исполнителями и ввели систему оценки сотрудников в Kaiten.

Дарья Лебедева 4 июля 2023 г. • 5 min read

Менеджмент проектов на верхнем уровне: управление портфелем проектов

Что такое портфель проектов, как собрать проекты в единое целое и сделать работу прозрачной.

Дарья Лебедева 4 июля 2023 г. • 6 min read

Классы обслуживания в Kanban

Как один инструмент поможет оптимизировать работу, гарантировать быстрое выполнение приоритетных задач, снизить финансовые риски и сделать команду более самостоятельной.

Источник: kaiten.ru

6.2 Открытость, модульность, мобильность и масштабируемость программного обеспечения.

Разделение программы на модули до некоторой степени позволяет уменьшить ее сложность. Однако гораздо важнее тот факт, что внутри модульной программы создаются множества хорошо определенных и документированных интерфейсов. Эти интерфейсы неоценимы для исчерпывающего понимания программы в целом.

Модульная организация ПО позволяет разнести различные функции информационной системы (опрос объектов, обработка данных, хранение данных) на разные вычислительные машины, обеспечивает работу комплекса в одно- или многопользовательском режимах, определяет пользователям разный уровень доступа к операциям, функциям, объектам и архивным данным.

Модульность программного обеспечения предоставляет возможность замены и совершенствования одних сервисов без изменения других, позволяет поэтапно расширять систему, начиная с минимальной конфигурации.

Масштабируемость программного обеспечения — способность программного обеспечения корректно работать на малых и на больших системах с производительностью, которая увеличивается пропорционально вычислительной мощности системы (скорость выполнения программ прямо пропорциональна производительности и количеству процессоров).

Масштабируемость программного обеспечения затрагивает все его уровни от простых механизмов передачи сообщений до работы с такими сложными объектами как мониторы транзакций и вся среда прикладной системы. В частности, программное обеспечение должно минимизировать трафик межпроцессорного обмена, который может препятствовать линейному росту производительности системы.

Масштабируемость программного обеспечения достигается за счет возможности работы пакетов с различными базами данных для предприятий различного размера.

Масштабируемость означает возможность объединения абсолютно любого количества некогда локальных компьютеров в сеть, в которой каждый пользователь имеет строго обозначенные рамки решаемых им задач, ответственности и доступа к информации.

Вычислительная среда должна позволять гибко менять количество и состав аппаратных средств и программного обеспечения в соответствии с меняющимися требованиями решаемых задач. Она должна обеспечивать возможность запуска одних и тех же программных систем на различных аппаратных платформах, т.е. обеспечивать мобильность программного обеспечения. Эта среда должна гарантировать возможность применения одних и тех же человеко-машинных интерфейсов на всех компьютерах, входящих в неоднородную сеть. В условиях жесткой конкуренции производителей аппаратных платформ и программного обеспечения сформировалась концепция открытых систем, представляющая собой совокупность стандартов на различные компоненты вычислительной среды, предназначенных для обеспечения мобильности программных средств в рамках неоднородной, распределенной вычислительной системы.

Обеспечить быстрое внедрение системы ЭЦП (Электронной цифровой подписи) при ограниченных издержках и контролируемом риске позволяет использование так называемого открытого программного обеспечения (Open Source). Во избежание вопросов о том, как сочетаются понятие ЭЦП, подразумевающее закрытость информации, и открытость программного обеспечения, сразу оговоримся, что термин «открытый» относится к свободному распространению текстов программ, а не к данным, которые эти программы обрабатывают.

Источник: studfile.net