ТЕМА 2. МЕТОДОЛОГИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ ИСИндустрия разработки автоматизированных информационных систем управления зародилась в 1950-х - 1960-х годах и к концу века приобрела вполне законченные формы. На первом этапе основным подходом в проектировании ИС был метод " снизу-вверх", когда система создавалась как набор приложений, наиболее важных в данный момент для поддержки деятельности предприятия. Основной целью этих проектов было не создание тиражируемых продуктов, а обслуживание текущих потребностей конкретного учреждения. Такой подход отчасти сохраняется и сегодня. В рамках " лоскутной автоматизации" достаточно хорошо обеспечивается поддержка отдельных функций, но практически полностью отсутствует стратегия развития комплексной системы автоматизации, а объединение функциональных подсистем превращается в самостоятельную и достаточно сложную проблему. Создавая свои отделы и управления автоматизации, предприятия пытались " обустроиться" своими силами. Однако периодические изменения технологий работы и должностных инструкций, сложности, связанные с разными представлениями пользователей об одних и тех же данных, приводили к непрерывным доработкам программных продуктов для удовлетворения все новых и новых пожеланий отдельных работников. Как следствие - и работа программистов, и создаваемые ИС вызывали недовольство руководителей и пользователей системы. Следующий этап связан с осознанием того факта, что существует потребность в достаточно стандартных программных средствах автоматизации деятельности различных учреждений и предприятий. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов. Системы начали проектироваться " сверху-вниз", т.е. в предположении, что одна программа должна удовлетворять потребности многих пользователей. Сама идея использования универсальной программы накладывает существенные ограничения на возможности разработчиков по формированию структуры базы данных, экранных форм, по выбору алгоритмов расчета. Заложенные " сверху" жесткие рамки не дают возможности гибко адаптировать систему к специфике деятельности конкретного предприятия: учесть необходимую глубину аналитического и производственно-технологического учета, включить необходимые процедуры обработки данных, обеспечить интерфейс каждого рабочего места с учетом функций и технологии работы конкретного пользователя. Решение этих задач требует серьезных доработок системы. Таким образом, материальные и временные затраты на внедрение системы и ее доводку под требования заказчика обычно значительно превышают запланированные показатели. Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета. В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управлении и планировании своей деятельности. Таким образом, возникла насущная необходимость формирования новой методологии построения информационных систем. Цель такой методологии заключается в регламентации процесса проектирования ИС и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение требований как к самой ИС, так и к характеристикам процесса разработки. Основными задачами, решению которых должна способствовать методология проектирования корпоративных ИС, являются следующие: • обеспечивать создание корпоративных ИС, отвечающих целям и задачам организации, а также предъявляемым требованиям по автоматизации деловых процессов заказчика; • гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта; • поддерживать удобную дисциплину сопровождения, модификации и наращивания системы; • обеспечивать преемственность разработки, т.е. использование в разрабатываемой ИС существующей информационной инфраструктуры организации (задела в области информационных технологий). Внедрение методологии должно приводить к снижению сложности процесса создания ИС за счет полного и точного описания этого процесса, а также применения современных методов и технологий создания ИС на всем жизненном цикле ИС - от замысла до реализации. Проектирование ИС охватывает три основные области: • проектирование объектов данных, которые будут реализованы в базе данных; • проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным; • учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п. Проектирование информационных систем всегда начинается с определения цели проекта. В общем виде цель проекта можно определить как решение ряда взаимосвязанных задач, включающих в себя обеспечение на момент запуска системы и в течение всего времени ее эксплуатации: . требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования; • требуемой пропускной способности системы; • требуемого времени реакции системы на запрос; • безотказной работы системы; . необходимого уровня безопасности; • простоты эксплуатации и поддержки системы. Согласно современной методологии, процесс создания ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к ИС, проекта ИС, требований к приложениям и т.д. Модели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта. Создание моделей, их контроль, преобразование и предоставление в коллективное пользование осуществляется с использованием специальных программных инструментов - CASE-средств. Процесс создания ИС делится на ряд этапов (стадий [1]), ограниченных некоторыми временными рамками и заканчивающихся выпуском конкретного продукта (моделей, программных продуктов, документации и пр.). Обычно выделяют следующие этапы создания ИС: формирование требований к системе, проектирование, реализация, тестирование, ввод в действие, эксплуатация и сопровождение Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в организации и реализующих ее цели и задачи. Модель организации, описанная в терминах бизнес-процессов и бизнес-функций, позволяет сформулировать основные требования к ИС. Это фундаментальное положение методологии обеспечивает объективность в выработке требований к Проект информационной системы – этопроектно-конструкторская и технологическая документация, в которой представлено описание проектных решений по созданию и эксплуатации ИС в конкретной программно-технической среде. Объекты проектирования – это задачи, комплексы задач и функции управления, а также элементы и их комплексы информационного, программного и технического обеспечения системы. Субъекты проектирования ИС – это коллективы специалистов, которые осуществляют проектную деятельность (специализированная проектная организации)и организация-заказчик, для которой необходимо разработать ИС. Формы участия исполнителей в разработке проекта: 1) каждый соисполнитель выполняет проектные работы от начала до конца для какой-либо части разрабатываемой системы (обычно это комплекс задач управления) 2) отдельные соисполнители выполняют работы на отдельных этапах процесса проектирования. Технология проектирования ИС - это совокупность методов и средств проектирования ИС, а также методов и средств организации проектирования.
Методы проектирования ИС можно классифицировать: 1. по степени автоматизации: · метод ручного проектирования, при котором проектирование компонентов ИС осуществляется без использования специальных программных средств, а программирование – на алгоритмических языках; · метод компьютерного проектирования, при котором производится настройка проектных решений на основе использования специальных программных средств. 2. по степени использования типовых проектных решений: · метод оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля»; · метод типового проектирования, когда ИС создается из готовых типовых проектных решений (программных модулей). 3. по степени адаптивности проектных решений: · метод реконструкции, когда адаптация проектных решений выполняется путем перепрограммирования программных модулей; · метод параметризации, когда проектные решения настраиваются в соответствии с изменяемыми параметрами; · метод реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически перенастраиваются проектные решения.
Средства проектирования ИС делятся на два класса: без использования ЭВМ с использованием ЭВМ Средства проектирования без использования ЭВМ: различные стандарты, регламентирующие процесс проектирования систем, единая система классификации и кодирования информации, унифицированная система документации, модели описания и анализа потоков информации и т.п. Они применяются на всех этапах проектирования. Средства проектирования с использованием ЭВМ делят на четыре подкласса. 1 подкласс – это операционные средства, которые поддерживают проектирование операций обработки информации: Ø алгоритмические языки; Ø библиотеки стандартных подпрограмм; Ø средства расширения функций операционных систем (утилиты); Ø средства для тестирования и отладки программ. 2 подкласс – это средства, поддерживающие проектирование отдельных компонентов проекта ИС: Ø системы управления базами данными (СУБД); Ø методо-ориентированные пакеты прикладных программ (решение задач дискретного программирования, математической статистики и т.п.); Ø табличные процессоры; Ø статистические ППП; Ø оболочки экспертных систем; Ø графические редакторы; Ø текстовые редакторы; Ø интегрированные ППП. 3 подкласс – это средства, поддерживающие проектирование разделов проекта ИС. Ø типовые проектные решения; Ø функциональные пакеты прикладных программ; 4 подкласс – это средства, поддерживающие разработку проекта на стадиях и этапах процесса проектирования. К данному классу относится подкласс средств автоматизации проектирования ИС (CASE-средства).
|
