Вопрос 36

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

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

Достоинствами внедрения АРМ являются:

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

2. повышение безопасности производства (при использовании в промышленности);

3. более быстрое принятие управленческих решений;

4. мобильность работников;

5. повышение производительности труда

Вопрос 37

Тенденции развития ИТ

В истории развития ИТ можно четко выделить три основных этапа.

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

Второй этап развития ИТ, охвативший значительный период времени – около 30 лет с середины 60-х и до начала 90-х, можно охарактеризовать как период возникновения и развития АСУ.

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

Вопрос 38

Объектно-ориентированный подход в ИТ

Объектно-ориентированный подход основан на объектной декомпозиции с описанием поведения системы в терминах в действия объектов.

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

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

• возможностью сборки программной системы из готовых компонентов, которые можно использовать повторно;

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

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

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

• возможностью организации параллельной работы аналитиков, проектировщиков и программистов.

Идеальное объектно-ориентированное САSЕ-средство должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура

Основные требования к блоку анализа:

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

2. согласованность диаграмм при хранении их в репозитарии;

3. внесение комментариев в диаграммы и соответствующую документацию для фиксации проектных решений;

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

5. поддержка нескольких нотаций (хотя бы три нотации - Г.Буча, И.Джекобсона и ОМТ).

Основные требования к блоку проектирования:

• поддержка всего процесса проектирования приложения;

• возможность работы с библиотеками, средствами поиска и выбора;

• возможность разработки пользовательского интерфейса;

• поддержка стандартов ОLE, ActiveX и доступ к библиотекам HTML или Java;

• поддержка разработки распределенных или двух- и трехзвенных клиент-серверных систем (работа с CORBA, DCOM, Internet).

Основные требования к блоку реализации:

• генерация кода полностью из диаграмм;

• возможность доработки приложений в клиент-серверных САSЕ-средствах типа Power Builder;

• реинжиниринг кодов и внесение соответствующих изменений в модель системы;

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

Основные требования к блоку инфраструктуры:

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

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

Сравнительный анализ САSЕ-систем показывает, что на сегодняшний день одним из наиболее приближенных к идеальному варианту САSЕ-средств является семейство Rational Rose фирмы Ration Software Corporation. Следует отметить, что именно здесь работают авторы унифицированного языка моделирования Г. Буч, Д. Рамбо и И. Джекобсон, под руководством которых ведется разработка нового САSЕ-средства, поддерживающегоUML.

Выделим основные критерии оценки и выбора САSЕ-средств.

1.Функциональные характеристики:

• среда функционирования: проектная среда, программное обеспечение/технические средства, технологическая среда;

• функции, ориентированные на фазы жизненного цикла: моделирование, реализация, тестирование;

• общие функции: документирование, управление конфигурацией, управление проектом;

2.Надежность;

3.Простота использования;

4.Эффективность;

5.Сопровождаемость;

6.Переносимость;

7.Общие критерии (стоимость, затраты, эффект внедрения, характеристики поставщика