Дзюбенко А.Л., Ильин А.А., Мишин П.Н. и др. Информационные технологии управления: Учебное пособие

Подождите немного. Документ загружается.

121

• наличие эффективных графических средств для описания и доку-

ментирования системы, поддерживающих удобный интерфейс с разработ-

чиком;

• объединение отдельных компонентов CASE-средств,

ориентированное на обеспечение управляемости процессом разработки ПО;

• организация хранилища проектных метаданных (репозитария).

Основными функциями репозитария являются: хранение, обновле-

ние, доступ, визуализация (представление в легко воспринимаемой фор-

ме) и анализ всей информации по проекту создания ПО. Репозитарий

включает в себя не только информационные объекты различных типов, но

и отношения между их компонентами, а также правила использования или

обработки этих

компонентов. Информационными объектами являются

диаграммы, экраны, меню, проекты (шаблонов) отчетов, описания дан-

ных, исходные программные коды и др. Для каждого объекта задается ин-

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

дящие в его состав компоненты, области изменения значений, правила из-

менения и редактирования объекта, отношения с другими объектами,

вре-

мя создания и последнего обновления объекта и др. Все отчеты, форми-

руемые в процессе разработки ПО, строятся автоматически по содержи-

мому репозитария. На его основе реализуются функции управления и кон-

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

контроль вносимых изменений и др. Репозитарий должен обеспечивать

синхронизацию поступления информации от разработчиков

при группо-

вой работе над проектом, контроль метаданных на полноту и непротиво-

речивость.

Графические средства ориентированы на обеспечение:

• создания иерархически связанных диаграмм с использованием

графических и текстовых объектов;

• редактирования объектов, включая изменение их размеров,

группировку, перемещения с сохранением связей между объектами;

• автоматический контроль ошибок (контроль синтаксиса диаграмм и

типов их элементов, контроль их полноты и состоятельности и др.).

Во многих CASE-средствах основу репозитария образует объектно-

ориентированная база данных.

Средства автоматической генерации кодов программ (часто на языке

) используя информацию, содержащуюся в диаграммах классов и

компонентов, формируют файлы заголовков и файлы описаний классов и

объектов. Создаваемый таким образом скелет программы может быть

уточнен последующим прямым программированием. Как правило,

большинство CASE-средств способны генерировать коды программ на

нескольких языках, включая, С

, Java и др. Популярные CASE-средства

способны функционировать на различных платформах:

ΙВМ РС (Windows

122

95/ 98/ NT/ 2000/ XP), Sun SPAR Stations (UN

ΙX, Solaris ) , Hewlett-Packard

(HP UX ) и др.

Большинство CASE-средств в процессе разработки проекта форми-

руют следующие документы: совокупность различного рода диаграмм,

представляющих, в целом, модель разрабатываемой программной систе-

мы; спецификации классов, объектов, атрибутов, операций; заготовки тек-

стов программ, при необходимости дорабатываемых программистами.

При выборе CASE-средств используют ряд критериев:

• возможность обеспечения поддержки полного жизненного цикла ПО

с эволюционным характером его развития;

• реализацию единой технологической среды создания,

сопровождения и развития ПО, обеспечивающей целостность проекта и

контроль за его состоянием;

• независимость средств от программно-аппаратной платформы и

СУБД как на этапе разработки проекта, так и на этапе эксплуатации

приложений;

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

согласованным и корректным внесением результатов их деятельности в

общий проект;

• возможность реализации в разрабатываемых приложениях

современных информационных технологий, включая технологию “клиент-

сервер”;

• реализацию открытой архитектуры разрабатываемых приложений,

позволяющей интегрировать инструментальные средства различных

производителей и осуществлять экспорт/импорт результатов для их

использования при проектировании (продолжении проектирования) в других

средах;

• использование в разрабатываемых приложениях общепринятых,

стандартных нормативов, соглашений и методов.

Помимо приведенных критериев при выборе CASE-средств важное

значение имеют наличие качественной технической поддержки конкретных

средств (сети квалифицированных дистрибьюторов и консультантов),

стоимость приобретения и поддержки этих средств, простота их освоения и

использования.

Процесс внедрения CASE-средств включает следующие этапы:

• определение потребностей в CASE-средствах;

• оценку и выбор CASE-средств;

• выполнение пилотного (первого в конкретной области) проекта;

• практическое внедрение CASE-средств.

Успешное внедрение CASE-средств должно обеспечить:

• высокий уровень технологической поддержки процессов

разработки и сопровождения ПО;

123

• положительное воздействие на некоторые или на все из

перечисленных факторов: производительность, качество продукции,

соблюдение стандартов, документирование;

• приемлемый уровень отдачи от инвестиций в CASE-средства.

Опыт применения CASE-средств показывает, что они являются эф-

фективным средством поддержки коллективной работы над сложным, тру-

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

компьютерной сети групп разработчиков, наличию средств экспорта и им-

порта любых фрагментов проекта, встроенным средствам организационно-

го управления проектом в

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

ния CASE-средств показывает, что имеется множество примеров их не

очень эффективного применения. Следует иметь ввиду, что CASE-

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

быть получен только спустя какое-то время после успешного внедрения

результатов; реальные затраты на внедрение CASE-средств намного пре-

вышают расходы

на их приобретение.

5.4. Роль пользователя в создании прикладных программ

Прикладное программное обеспечение создается с целью его после-

дующего применения пользователями на своих рабочих местах. При этом

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

ПО предполагается, что будущие пользователи не имеют специальной

подготовки в области программирования, а их работа с программным про-

дуктом полностью реализуется через интуитивно понятный и доступный

пользовательский интерфейс.

Пользователи выносят окончательное суждение о потребительских

свойствах конкретного программного продукта, учитывая при этом полно-

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

предметной области, удобство пользовательского интерфейса, производи-

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

тель, является как бы “внештатным” завершающим звеном в длинной тех-

нологической цепочке, связанной с разработкой конкретного программно-

го продукта.

Особую актуальность приобретает использование профессиональ-

ных знаний потенциальных пользователей на этапе предпроектного об-

следования при выполнении проекта по созданию современных информа-

ционных технологий. Необходимо ясно представлять, что любой запус-

каемый на рынок программный продукт, ориентируемый его разработчи-

ками на массовое использование для

решения конкретных задач в опреде-

ленной предметной области, создавался с участием ряда специалистов в

этой области. Аналогично, при работе с заказным проектом по созданию

124

экономической информационной системы или специализированного про-

граммного обеспечения, затрагивающего различные направления деятель-

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

категорий из различных подразделений заказчика.

В целом взаимодействие разработчиков со специалистами, будущи-

ми пользователями результатов разработки, оказывается эффективно при

выполнении следующих действий:

• определении особенностей исходной информации (перечень до-

кументов, состав и свойства показателей, диапазоны изменения значений

реквизитов, периодичность поступления документов и др.);

• выявлении нетипичных (граничных) ситуаций в процессе обра-

ботки данных, вероятность появления которых исключительно мала, но

для которых в системе должны быть предусмотрены регламентные дейст-

вия пользователей при их возникновении;

• определении нестандартных форм документов, отсутствующих, в

частности, в общегосударственном классификаторе управленческих доку-

ментов (ОКУД), но применяемых в практике работы конкретной организа-

ции (например, при ведении аналитического учета);

• уточнении алгоритмов обработки исходных данных; нередки слу-

чаи, когда специалисты владеют оригинальными решениями – “изюмин-

ками”, особенно при аналитической обработке данных;

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

• тестировании результатов разработки; при этом специалист мо-

жет на основе своего практического опыта выявит неожиданные для раз-

работчиков сочетания значений данных (исходных, промежуточных);

• подготовки интерактивной справочной системы и документации

для пользователей.

Характерным примером тесного взаимодействия разработчиков и за-

казчиков является совместная работа программистов и бухгалтеров (глав-

ных) над реализацией пилотных проектов автоматизированных банковских

систем (АБС). Период конца 80-х и начала 90-х годов характеризовался, в

частности, созданием большого числа коммерческих банков. Потребность

в развитии АБС

обусловила разработку множества вариантов подобных

систем различными коллективами программистов. При этом, по крупному

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

данию АБС не было необходимого опыта подобного проектирования. По-

этому непременным условием формирования работоспособных решений в

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

дневная

координация работы программистов со стороны главного бухгал-

тера коммерческого банка, для которого выполнялся пилотный проект

(внедрение и экспериментальная эксплуатация создаваемой АБС проходи-

ли в стенах этого банка). При этом представитель команды разработчиков

(программистов) находился непосредственно в банке и помогал обслужи-

125

вать новую технологию обработки документов. В начале 90-х годов наи-

большей популярностью в России пользовались разработки коллективов

программистов из Тулы и Киева, которые так и назывались “Тульский

опердень” и “Киевский опердень” (операционный день банка). АБС того

периода представляли собой информационные системы, которые позволя-

ли автоматизировать основные операции банка, выполняемые в

течение

каждого рабочего дня (работа по обслуживанию клиентов, ведение собст-

венной бухгалтерии, формирование сводных документов, ведение архивов

операций и документов и др.). Обкатка результатов пилотных проектов в

ряде банков с устранением выявленных в ходе экспериментальной экс-

плуатации ошибок и расширение функциональных возможностей с учетом

пожеланий (требований) бухгалтеров этих банков позволили

разработчи-

кам вывести на рынок для массового распространения типовые решения

АБС. С течением времени к АБС добавлялись новые модули, ориентиро-

ванные на обеспечение связи коммерческого банка с территориальным

подразделением Центрального Банка, с другими коммерческими банками и

клиринговыми центрами, с обслуживаемыми банком клиентами и др.; при

этом резко усилилось внимание к вопросам

обеспечения надлежащего

уровня безопасности электронного документооборота. Впоследствии зна-

чительное усиление в рамках АБС было достигнуто в области аналитиче-

ской обработки данных, что позволило оказать поддержку руководству

банков при принятии ими управленческих решений. Следует отметить, что

большинство новых реализуемых функций, расширяющих возможности

АБС (исключая технические вопросы, связанные, например, с защитой

электронного

документооборота), разрабатывались и вводились в состав

системы с учетом пожеланий пользователей АБС (бухгалтеров, экономи-

стов, руководителей разного уровня и др.).

С целью получения практических навыков постановки экономиче-

ских задач для разработки программистами средств автоматизации их ре-

шения в программы дисциплин, ориентированных на изучение особенно-

стей автоматизированных информационных технологий, включено выпол-

нение

слушателями соответствующих аудиторных работ. В рамках таких

работ слушатели самостоятельно выполняют комплексное описание кон-

кретной задачи, близкое по существу к задачам, выполняемым в процессе

этапа предпроектного обследования и формирования технического задания

на проектирование (ТЗ).

На практике, зачастую, пользователь выступает не только в качестве

постановщика задачи (заказчика), но и одновременно и

в качестве испол-

нителя (разработчика). Такая ситуация характерна при автоматизации от-

носительно несложных задач с понятным алгоритмом их решения (обра-

ботки данных). При этом, как правило, в качестве инструментального

средства используются электронные таблицы Excel. Именно электронные

таблицы в течение многих лет являются универсальным средством для ав-

126

томатизации расчетов над большими объемами табличных данных и по-

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

таблиц. Удачная исходная концепция электронной таблицы, впервые реа-

лизованная в 1979 году для установки на компьютеры фирмы Apple, по-

зволила в течение ряда последующих лет разработать и выпустить в мас-

совую продажу несколько известных программных

продуктов этого клас-

са: Visicalc, Supercalc, Multiplan. В течение ряда последующих лет по сво-

им функциональным возможностям и скорости обработки на рынке элек-

тронных таблиц доминировал пакет Lotus 1-2-3 (фирмы Lotus

Development), ставший фактическим стандартом в этом классе продуктов.

В практике использования также встречаются электронные таблицы Para-

dox, Quattro Pro и др.

Современные электронные таблицы фактически являются интегри-

рованными системами,

так как содержат в своем составе средства для ра-

боты с текстами, таблицами, графикой, а также имеют ряд дополнений для

моделирования, анализа и прогнозирования. Широкое распространение

электронных таблиц в экономических расчетах обусловлено тем, что ре-

шение экономических задач в основном связано с обработкой документов

табличной формы. Современным стандартом в области электронных

таб-

лиц является пакет Excel. Его функциональные возможности обеспечивают

ему повсеместное применение для обработки данных, проведения научных

и инженерно-технических расчетов, автоматизации учетно-контрольной

деятельности и др.

Электронные таблицы имеют удобный графический интерфейс и по-

зволяют выполнять широкий спектр функций, включая использование

макросов для автоматизации обработки данных. Фактически

макросы

представляют собой минипрограммы, запускаемые на выполнение при ра-

боте пакета с помощью кнопок управления на экране дисплея или при на-

жатии аккорда клавиш на клавиатуре. При выполнении макрос (как и лю-

бая другая программа) может запрашивать от пользователя дополнитель-

ные данные. Макрос может быть создан пользователем как в автоматиче-

ском

режиме при записи последовательности его действий в рамках пакета

программ, так и с использованием языка программирования Visual Basic

или его подмножества Visual Basic for Application (VBA). VBA, как и Vis-

ual Basic, является системой визуального программирования, управляемого

событиями. Необходимо отметить, что при программировании в среде

VBA проект (макрос) создается в рамках конкретного приложения Micro-

soft Office (например, в Excel), а не независимо от приложения, как

это по-

зволяет делать Visual Basic. Язык программирования VB, как и другие

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

последовательность лексических единиц (лексем), записываемых в соот-

ветствии с принятыми синтаксическими правилами и реализующих нуж-

ную семантическую конструкцию. Лексема представляет собой единицу

127

текста программы, которая имеет определенный смысл для компилятора и

которая не может быть разделена в дальнейшем.

При открытии конкретного приложения в Office одновременно от-

крывается доступ к объекту Application (коренному объекту) для этого

приложения со всеми встроенными в него библиотечными объектами.

Объект Application в Excel имеет более 120 свойств и 40 методов, которые

предназначены для установки

общих параметров приложения Excel, а так-

же около 400 встроенных функций. Свойства объекта определяют его

внешний вид и поведение, а методы объекта – те функции, которые может

выполнять данный объект. Например, свойствами объекта Application яв-

ляются операции по возврату (определению) имени рабочего листа, диапа-

зона ячеек листа, используемого шрифта, высоты и ширины окна прило-

жения, содержимого ячеек в определенном диапазоне и др. Методы задают

выполнение конкретных действий, например, запуск на выполнение под-

программы или макроса, временное приостановление работы приложения,

создание новой рабочей книги, сохранение содержимого рабочей книги,

очистку ячейки, осуществление консолидации (объединения) данных и др.

Примерами реализованных в Excel финансовых функций являются функ-

ции вычисления амортизации

фондов в течение заданного периода време-

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

ной стоимости при известном периоде выплат; вычисление внутренней

нормы доходности при известной последовательности выплат и поступле-

ний и др.

Как в любой другой визуальной системе, пользователь, применяя

VBA, может создавать видимую часть приложения, обеспечивающую ин-

терфейс (взаимодействие

) пользователя с программой. При этом преду-

сматривается использование множества экранных объектов: окон, кнопок,

меню, линеек прокрутки и др. Для каждого из объектов определяется ряд

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

тие кнопки мыши), так и другими совершающимися событиями (закрытие

окна, изменение состояния кнопки с активного (доступного) на неактивное

(недоступное

) и др.).

Выполняемые при наступлении события действия могут быть как

типовыми из заранее определенного набора (например, при нажатии кноп-

ки “закрыть окно” окно всегда закрывается), так и задаваемыми непосред-

ственно пользователем с помощью написания соответствующей процеду-

ры VBA на языке программирования.

Для подготовки процедуры VBA вызывается редактор VBA (меню

Сервис-Макрос-Редактор VB), включающий

в себя следующие компонен-

ты:

• окно проекта, отображающее иерархическую структуру совокуп-

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

128

• окно редактирования кода, служащее для ввода и редактирования

кода процедур и функций приложения;

• окно редактирования форм, предназначенное для создания диало-

говых окон приложений VBA (форма – это окно пользовательского интер-

фейса);

• окно свойств, отображающее основные установки свойств вы-

бранной формы или элементов. Окно свойств позволяет просматривать

свойства и изменять их установки.

Таким образом, пользователь, усвоивший основы работы с языком

Visual Basic, способен создавать собственные макросы, автоматизирующие

выполнение необходимых действий при обработке данных, представлен-

ных в табличной форме. При этом, помимо собственно выполнения опера-

ций обработки данных он имеет возможность, используя множество стан-

дартных объектов, создать эффективный интерфейс, облегчающий работу

с макросами.

При необходимости пользователь может воспользоваться и другими

инструментами, входящими в состав интегрированного пакета программ

Microsoft Office, в частности, СУБД Access, позволяющей использовать

как готовые объекты (таблицы, формы, запросы и др.), так и создавать соб-

ственные

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

данных.

ВОПРОСЫ ДЛЯ САМОКОНТРОЛЯ

Определите суть постановки задачи.

Какие инструментальные средства используются на этапе про-

граммирования?

Определите суть этапа экономико-математического описания за-

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

Укажите факторы, влияющие на выбор технологии разработки

конкретных приложений.

Какова роль CASE-систем при разработке больших проектов?

Опишите типовую технологию создания программных продук-

тов.

В чем преимущества использования лицензированных про-

граммных продуктов?

Охарактеризуйте возможности применения VBA при решении

задач пользователей.

129

Укажите отличия в трактовке терминов “программирование” и

“проектирование” применительно к задаче разработки приложе-

ния.

10.

Укажите особенности различных этапов технологического про-

цесса разработки программ.

11.

Определите особенности разработки приложений на основе под-

хода RAD.

12.

Определите состав и назначение технической документации, со-

провождающей программные продукты.

13.

Какова роль пользователя в создании оригинальных прикладных

программ?

14.

В чем особенности стандарта стандарт ISO/IEC 12207?

15.

Определите содержательный смысл термина “метаданные”.

16.

В чем проявляются отличия между терминами “отладка” и “тес-

тирование”?

17.

Что понимают под жизненным циклом программного продукта?

18.

Определите суть квалификационного тестирования.

19.

В чем преимущества использования лицензированных про-

граммных продуктов?

20.

Что определяет сертификат качества ISO 2000?

130

6. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

ЛОКАЛЬНЫХ И ГЛОБАЛЬНЫХ СЕТЕЙ ЭВМ

6.1. Назначение и классификация компьютерных

сетей и общие принципы их построения

Протекающие в ЭВМ любого класса информационные процессы ло-

кализованы рамками входящих в ее состав устройств. При этом обмен

данными реализуется посредством системной шины и различного рода

кабелей, обеспечивающих подключение внешних устройств. Современ-

ные информационные технологии предполагают широкое использование

компьютерных сетей, в которых процессы обмена данными между ком-

пьютерами приобретают основополагающее

значение.

Компьютерная сеть - это система, состоящая из двух и более раз-

несенных в пространстве компьютеров, объединенных каналами связи, и

обеспечивающая распределенную обработку данных. Компьютерные сети

представляют собой распределенные системы, позволяющие объединить

информационные ресурсы входящих в их состав компьютеров.

Базирующиеся на компьютерных сетях информационные технологии

позволяют:

• выполнить различные виды операций по обработке данных с лю-

бого компьютера сети;

• организовать распределенные базы данных и повысить надеж-

ность их хранения на выделенных для этого компьютерах с улучшенными

техническими характеристиками;

• осуществить работу с сетевыми ресурсами в режиме удаленного

доступа;

• реализовать возможность использования сетевых версий при-

кладного программного обеспечения для параллельной работы пользова-

телей с общими базами данных;

• объединить имеющиеся вычислительные ресурсы сети для реше-

ния трудоемких задач;

• предоставить пользователю значительное число типовых сетевых

сервисов (электронную почту, телеконференции и др.);

• уменьшить расходы за счет коллективного использования ресур-

сов;

• осуществить переход к безбумажному документообороту и др.