42
используются для отражения реализуемой системы.
Нынешние инструментальные средства проектирования включают в
себя обширную область поддержки различных технологий создания ИС: от
обычных методик анализа и документирования до полноценных
комплексов автоматизации процессов производства.
Самыми сложными этапами создания ИС становится анализ и
проектирование, в процессе которых CASE-средства поддерживают
уровень принимаемых технических решений и разработку документов по
проекту. И тут важную роль играют методики визуального представления
данных. Такой процесс предполагает создание структурных и других
диаграмм в полноценном масштабе времени, применение разнообразной
цветовой палитры, проверки синтаксических правил. Графические
средства построения моделей предметной области помогают создателям
наглядно понять имеющуюся ИС, перестроить ее в рамках поставленных
целей и ограничений.
В совокупность CASE-средств приходят как дешевые системы для
ПК с минимальными возможностями, так и дорогие системы для
разнородных вычислительных платформ и ОС.
Чаще всего к CASE-средствам можно отнести любое программное
средство, которое может автоматизировать ту или иную совокупность
процессов ЖЦ и имеет некоторые основные особенности:
• Присутствие графических средств для документации и
описания ИС, которые поддерживают удобный интерфейс с создателем и
развивают его творческие амбиции;
• Внедрение отдельных составляющих CASE-средств, что
помогает управлять процессом создания ИС;
• Применение специализированного организованного
хранилища (репозитория) проектных метаданных.
Новейшие CASE-средства могут делиться зачастую по типам и
категориям. Деление по типам говорит о функциональной
43
ориентированности CASE-средств на разные процессы ЖЦ.
Деление по типам часто совпадает с составом компонент CASE-
средств и имеет такие типы:
• Анализирующие средства, которые нужны для создания и
анализа моделей предметной области;
• Проектирующие средства, которые поддерживают самые
распространенные методологии разработки и применяются для реализации
проектных спецификаций компонентов и интерфейсов системы,
алгоритмов и структур данных, архитектурных системных решений;
• Средства для контроля БД, которые поддерживают
моделирование данных и создание схем БД (часто на SQL) для самых
известных СУБД;
• Средства для создания приложений и код-генераторы;
• Инжиниринговые средства, поддерживающие изучение
программных кодов и схем БД для создания на их основе различных
проектных спецификаций и моделей.
Вспомогательные типы состоят из:
• Средств контроля и управления проектом;
• Средств конфигурирования;
• Тестирующих средств;
• Документирующих средств.
Деление по категориям говорит о степени включенности по
выполняемым функциям и состоит из отдельных локальных средств,
которые решают малые локальные задачи, набор частично включенных
средств, которые занимаются поддержкой этапов ЖЦ ИС и полностью
включенных средств, которые координируют весь ЖЦ ИС и объединены
общим репозиторием. Также CASE-средства можно разделить по ряду
признаков:
• Используемые методологии и модели систем и БД;
• Уровень включенности в СУБД;
44
• Доступность платформы.
Под стратегией автоматизации определяется формализованная
система правил, на основе которых будет создаваться проектируемая ИС.
В процессе создания IT-стратегии учитываются базовые параметры
разрабатываемой ИС, чтобы в дальнейшем она отвечала некоторым
требованиям:
• Расширяемость, ре то есть ре система должна ре обеспечивать
растущие ре потребности компании;
• Настраиваемость, ре то есть ре система должна ре быть проста ре в
управлении ре и изменении ре для внутренних ре бизнес-процессов и ре внешней
среды;
•Совместимость, ре то есть ре все основные ре компоненты системы ре должны
быть ре взаимозаменяемы и ре соответствовать требованиям ре ИБ;
•Эффективность ре работы, то ре есть применение ре того или ре иного решения
ре должно быть ре экономически оправдано;
•Независимость, ре то есть ре заказчик не ре сможет попасть ре в зависимость
ре от поставщиков ре решений, при ре этом у ре него не ре возникнет необходимости ре в
содержании ре своего штата ре программистов.
Задача ре разработки стратегии ре автоматизации состоит ре из:
•Подготовительного ре этапа;
•Изучения, ре анализа и ре систематизации главных ре и вспомогательных
ре бизнес - ре процессов фирмы;
•Улучшения ре принципов управления ре компании.
Фазы ре разработки стратегии ре включают в ре себя:
•Описание ре существующих в ре компании ИС ре для отражения ре их
соответствия ре функциональным задачам ре бизнеса на ре всех уровнях
ре управления, пользовательского ре окружения, структуры ре потоков данных,
ре организации их ре хранения и ре доступа к ре ним;
•Проектирование ре и исследование ре главных и ре вспомогательных
процессов ре с учетом ре их информационной ре поддержки и ре взаимосвязи с
45
ре структурой управления;
•Утверждение ре целей и ре задач модернизации ре информационных
технологий ре в соответствии ре с целями ре и задачами ре бизнеса. Установка
ре первоочередных задач ре автоматизации и ре подготовка предложений ре по их
ре реализации;
•Создание ре системного проекта ре по реализации ре комплексной ИС,
ре предполагающего объединение ре действующих и ре разрабатываемых
компонент ре (по функциональности, ре структуре данных, ре их изменению ре и
организации ре доступа);
•Технико-экономическое ре обоснование частей ре проекта
информатизации ре компании на ре базе выделяемых ре факторов эффективности. ре
Проект ре по созданию ре стратегии реализуется ре в тесном ре взаимодействии
с ре представителями подразделений ре бизнеса на ре каждом этапе ре его разработки.
ре В проектную ре команду входят ре не только ре IT-специалисты, но ре и
управленческий ре состав, руководящий ре соответствующими бизнес-
процессами.
Для ре автоматизации задачи ре среди уже ре созданного множества
ре стратегий выбирается ре один из ре следующих видов ре автоматизации:
• Хаотичная;
•По ре участкам;
•По ре направлениям;
•Полная ре (комплексная).
К ре минусам хаотичной ре автоматизации можно ре отнести отсутствие
ре полной стратегии ре развития автоматизированных ре систем, что ре может
привести ре к разработке ре незаконченных фрагментов ре информационной
инфраструктуры ре и прикладных ре систем, которые ре нельзя будет ре эффективно
применять ре в повседневной ре деятельности компании. ре При этом ре сама фирма
ре продолжит нести ре убытки, связанные ре с задвоением ре функций, которые ре бы
могла ре выполнять комплексная ре ИС, и ре обслуживанием сложных ре процедур
обмена ре данными.
46
Автоматизация ре по участкам ре включает в ре себя процесс ре автоматизации
некоторых ре производственных или ре управленческих подразделений
ре предприятия, сгруппированных ре по функциональному ре признаку (к ре примеру,
бухгалтерия, ре канцелярия и ре т.п.). Автоматизация ре по участкам ре включает в
ре себя отбор ре одного или ре нескольких участков ре работ, а ре точнее, задач,
ре выполняемых одним ре или несколькими ре сотрудниками конкретного ре отдела
без ре привязки к ре установленным в ре компании бизнес-процессам. ре Такой
способ ре характерен для ре отдельных случаев: ре объем инвестиций ре компании
недостаточен ре для полной ре автоматизации; есть ре участки, где ре использование
ИС ре дает видимый ре экономический эффект, ре к примеру, ре за счет ре сокращения
сотрудников; ре технология работы ре или иные ре условия не ре смогут обходится
ре без применения ре ИС. Для ре того, чтобы ре автоматизация по ре участкам стала
ре эффективной, необходимо ре создание стратегических ре и оперативных ре планов
автоматизации ре документооборота.
Автоматизация ре по направлениям ре деятельности, к ре примеру,
управление, ре производство, сбыт, ре контроль финансов ре и т.п. ре От
автоматизации ре по участкам ре отличается тем, ре что автоматизация ре по
направлениям ре работ включает ре участие в ре подобном процессе ре всех
организационных ре подразделений, работа ре которых связана ре с
автоматизируемым ре направлением. Зачастую ре любое направление
ре бизнес-процесса охватывает ре почти все ре подразделения предприятия,
ре именно поэтому ре автоматизацию по ре направлениям не ре стоит рассматривать,
ре как локальную. ре Автоматизация по ре направлениям заключается ре в выборе
ре автоматизации одного ре или нескольких ре бизнес-процессов в ре полном объеме
ре – от ре начала до ре конца, при ре этом необходимо ре проведение реинжиниринга
ре бизнес-процессов и ре разработки модели ре документооборота всей ре компании.
Для ре увеличения эффективности ре процесса автоматизации ре по направлениям
ре нежно разработать ре стратегический и ре тактический планы ре автоматизации.
Подобные ре планы должны ре быть пересмотрены ре после завершения
ре автоматизации отдельного ре бизнес процесса ре и оценки ре достигнутых
47
результатов. ре
Комплексная ре автоматизация предполагает ре внедрение ИС ре на все
ре функции управления ре и все ре бизнес-процессы компании ре за счёт ре изначальной
интеграции ре на этапе ре внедрения. Практическим ре результатом перехода ре к
единой ре ИС становится ре общий для ре всей компании ре стандарт на ре возможности
взаимодействия ре пользователей с ре системой (применение ре одних и ре тех же
ре процедур обработки ре документов, необходимых ре для составления ре различных
управленческих ре решений). Можно ре выделить некоторые ре особенности
комплексного ре подхода к ре автоматизации документооборота ре компании:
увеличение ре экономической эффективности ре этого подхода ре по сравнению ре с
другими ре (по направлениям, ре по участкам); ре повышение требований ре к
качеству ре управления процессом ре интеграции системы. ре Определение одной
ре или комбинации ре из стратегий ре автоматизации документооборота
ре выражается результатом ре анализа текущего ре и предполагаемого ре состояния
компании ре на некоторый ре период. Данный ре подход очень ре дорог и ре длителен,
поэтому, ре в силу ре существующих экономических ре и временных ре ограничений,
в ре данной задаче ре не применим.
В исследуемом случае лучше всего подходит стратегия
автоматизации по направлению.
После того, как разрабатываемая система будет внедрена, состав
функций, выполняемых менеджером проекта, останется прежним, но для
учета и обработки информации будет использоваться автоматизированная
система. Кроме того, разработка проекта и его ведение будет
осуществляться с использованием контроля каждой отдельной итерации.
Схема бизнес-процессов после внедрения автоматизированной
системы приведена на рисунке 8.
Схема декомпозиции данных бизнес-процессов приведена на
рисунке 9.
Первоначально менеджер использует систему для того, чтобы внести
в нее исходные данные, к которым относятся типы работ, работы, сведения
48
о сотрудниках и их статусах. Затем, использую внесенные в справочники
данные, менеджер выполняет весь комплекс работ по контролю и
распределению проектов, который условно можно разделить на два этапа –
учет, распределение и контроль выполнения проектов и подготовка
отчетов по итогам первого этапа.
Рисунок 8 - Схема бизнес-процессов после внедрения
автоматизированной системы управления проектами
Рисунок 9 – Схема декомпозиции данных бизнес-процессов
49
На первом этапе менеджер учитывает новые проекты, внося данные
о них в систему с использованием экранных форм. Далее проект
распределяется между сотрудниками необходимой квалификации. После
того, как сотрудники приступят к выполнению проекта, менеджер
контролирует степень выполнения каждого этапа проекта и всего проекта
в целом, при необходимости редактируя сроки и перераспределяя усилия
сотрудников по работе над проектом. После окончания работы проект
закрывается. Схема бизнес-процессов приведена на рисунке 10.
Рисунок 10 – Схема бизнес процессов учета, распределения и
контроля выполнения проектов после внедрения автоматизированной
системы управления проектами
Формирование отчетов происходит путем выборки данных из таблиц
базы данных, которые внесены туда в результате выполнения первого
этапа. При этом пользователь информационной системы имеет
возможность фильтровать данные отчета по датам, периодам и другим
критериям Отчеты могут быть выведены на печать.
50
2.3 Объектно-ориентированное проектирование системы
учёта, контроля и распределения запросов программистам
ООО «Компания»
Для того, чтобы определить основные функции системы и понять
порядок действия пользователя, а также его функциональные
возможности, используются диаграммы вариантов использования. В такой
диаграмме определен список типов пользователей и функции каждого, а
также варианты каждой модели поведения каждого из пользователей.
Для наглядного представления функциональности системы
используются диаграммы прецедентов. В такой диаграмме показывается
совокупность пользователей (в терминах UML – актеров) и действий (в
терминах UML – прецедентов, а также связи между ними. Такая диаграмма
позволяет оценить и смоделировать все функциональные возможности
разрабатываемой информационной системы. При этом такая диаграмма
позволяет детализировать поведение системы с высокой степенью
точности, позволяет разработчикам и пользователям в единой понятной
для всех форме представлять порядок использования информационной
системы.
Прецендент с точки зрения разработчика может быть представлен
как класс или совокупность классов, или других элементов системы с
различным количество функциональных операций. Такое представление
позволяет пользователям и разработчикам понять, как использовать
системы и выявить с особенности ее использования.
Диаграмма вариантов использования для ИС учёта, контроля и
распределения запросов программистам представлена на рисунке 11.
51
Регистрация
Изменение статуса
проекта
Выполнение и
отправка на проверку
Прием в работу
Работа с проектами
Работа с
распределенными
проектами
Администратор
Программист
Управление
справочниками
Статусы сотрудников
Сотрудники
Редактирование
Распределение работ
между
программистами
Отчет по выполнению
плана по проектной
деятельности
Получение отчетности
Ведомость проектов,
находящихся в работе
Отчет по работе
менеджера по
распределению
проектов
Аутентификация
Типы работ
Клиенты
Проекты
Работы
График сдачи проектов
Ведомость загрузки
сотрудников отдела за
период
Отчет по проектной
деятельности отдела за
период
Отчет по расчету
стоимостных
показателей проектной
деятельности
Отчет по выполнению
проектов для клиентов
отдела за период
График занятости
сотрудников отдела,
выполняющих проекты
Рисунок 11 - Вариант использования ИС учёта, контроля и
распределения запросов программистам
Варианты использования при работе в ИС учёта, контроля и
распределения запросов программистам при работе с отчетами включает в
себя операции:
1. Учет проекта;
2. Указание необходимых работ;
3. Распределение проектов между программистами;
4. Контроль выполнения проектов;
5. Подготовка отчетов.
Вариант использования ИС учёта, контроля и распределения
запросов программистам при работе с отчетами представлен на рисунке
12.