Авторитетность издания
Добавить в закладки
Следующий номер на сайте
Основные характеристики методики АДЕСА-2 для разработки информационных систем и возможности ее практического применения
Аннотация:
Abstract:
Авторы: Гутиеррез А.Т. () - , Ортс М. () - | |
Ключевое слово: |
|
Ключевое слово: |
|
Количество просмотров: 15997 |
Версия для печати |
Стремительное развитие информатики способствовало появлению структурированных методик анализа и проектирования автоматизированных систем. Цель методик — предоставление средств, с помощью которых специалисты получат продукты, отвечающие требованиям пользователя. Несмотря на достоинства используемых на Кубе методик, следует отметить, что в них почти не затрагиваются вопросы коммуникации между пользователем и разработчиком. Это связано не только с проблемами коммуникации, ко и с изменениями в области информатики, направленными на повышение производительности и обеспечение сопровождения. Вопрос можно решить, используя средства анализа и структурного проектирования: с их помощью можно разрабатывать системы, отвечающие интересам не только пользователей, ко и программистов, и аналитиков. Методика описывает основные этапы проектирования, развития и актуализации систем, определенные на основе следующих принципов, методов и средств. Основные принципы: • анализ проблемы от общего к частному (понятне уровней абстракций); • обнаружение, проверка и исправление возможных ошибок от одного до другого этапа; • проектирование и развитие системы с использованием вычислительных средств. Методы: • структурный анализ, • структурное проектирование, • структурное программирование. Средства: • диаграммы, • словарь данных (с ручным или автоматизированным поиском), • программы помощи при анализе и проектировании. Теоретическое обоснование. Разработанная методика приспосабливается к данной технологии относительно использования СУБД и техники структурного проектирования, а также проектирования интерактивных систем. На этапе анализа используются диаграммы потоков данных (ДПД) и словарь данных (СД). ДПД представляет собой сетевую систему, которая может вестись автоматизировано либо вручную. Диаграмма описывает составляющие системы и интерфейсы между ними, отражая отношения с точки зрения данных, а не с точки зрения специалистов, обрабатывающих данные (человек, организация, машина и т.д.). ДПД охватывает: • потоки данных (ПД), представленные век торами; • процессы, представленные окружностями; • файлы или архивы, представленные параллельными; • источники и назначения данных — прямоугольники (см. рисунок). Если ведется работа с большой системой, а ДПД необходимо разместить на одной странице, то система делится на подсистемы. Если и они велики, то надо разделить их на более мелкие подсистемы и т.д. Процесс завершается разбиением на компоненты, которые описываются простыми ДПД с элементарными функциями. Словарь данных (СД) — средство помощи при проектировании и анализе, при которых описываются потоки данных, файлы и элементарные процессы описанной системы. Этапы и подэтапы методики Определяются основные цели и производится разделение Этапов на подэтапы. Для каждого этапа составляются рабочий план, документация и определяется следующий этап. Этап предварительной разработки Основные цели: • определение требований пользователя, • определение условий для выполнения работы, ■ изучение современной организационной системы, • технико-экономическое обоснование проекта, • разработка общих предложений по автомати зации. Этап делится на подэтапы: • анализ, ■ технико-экономическое обоснование, • составление рабочего плана разработки проекта. Этап анализа Основные цели: • получение логической модели системы, • возможность автоматизации новой системы и ее выбора. Этап состоит из следующих подэтапов: • изучение системы, • логическое моделирование новой системы, • выбор автоматизированного варианта. Этап проектирования Основные цели: • переработка физической модели ноной системы, • проектирование ввода/вывода и информа ционной базы системы, • составление рабочего плана этапа. Подэтапы: • изучение предыдущего этапа, • переработка физической модели системы, • проектирование базы данных, • проектирование структуры системы, • составление плана испытания. Этап развития Основные цели: • завершение разработки системы, т.е. про граммирования, настройки, объединения всех модулей системы; ф проведение испытаний. Подэтапы: ■ изучение предыдущего этапа, • программирование системы. Этап испытаний Основные цели: • проверка функциональных и технических требований, • проверка документации. Подэтапы: • планирование, • опытная эксплуатация, • включение в Фонд программ. Этап внедрения Основные цели: • внедрение системы в организации пользо вателя, ■ планирование и осуществление изменений в автоматизированных и неавтоматизированных частях системы. Подэтапы: • окончательная подготовка, • внедрение. Этап сопровождения Основные цели: • анализ работы системы, • проектирование и внесение изменений в сис тему. Подэтапы: • анализ работы системы, • установление приоритетов и анализ предло жений по изменению работы системы, • модификация, • внедрение модификаций системы. Методика разработана преподавателями отде ла АСУ факультета промышленной техники ИСПХАЕ и специалистами Предприятия по информатике (ЭСИЧ). Она включает подробное руководство, в котором объясняется, как можно использовать те или иные методы. В приложении, входящем в методику, рассматривается содержание документации, которая будет разрабатываться на каждом этапе (руководство находится в Национальном Фонде программ ИНСАК). Методика применяется уже 5 лет, в течение которых в нее вносились необходимые изменения. Пользуются методикой различные предприятия И Организации (ИНСАК, ЭСИЧ, Министерство здравоохранения (МИНСАП), Предприятие по производству вычислительных средств (ЕМКО) и др.). Студенты политехнического института и математического факультета Гаванского университета широко используют методику в своих дипломных работах. Можно говорить уже о 150 проектах, 40 из которых эксплуатируется. Какие преимущества дает применение методики? Снижение расходов по сопровождению, сокращение количества ошибок в документации и уменьшение времени анализа систем. На Кубе нет статистических данных о применении других методик, поэтому пока нет возможности сделать количественное сопоставление преимуществ предложенной методики. Качественный анализ позволяет сделать следующие выводы: 1. Совершенствуется общение с пользовате лями — они быстро осваивают ДПД. Использу ется ограниченное количество мнемонических знаков. 2. Применение структурного проектировании и анализа позволяет подучить базу данных как побочный продукт этого процесса. Методика обеспечивает получение нормализованной ин формационной базы. 3. Просто осуществляется актуализация до кументации. Структурированная работа на этапе анализа и проектирования позволяет ин терактивно реализовывать задачу, изменять часть документации без изменения другой (это касается ДПД и описания процессов). 4. Средства, используемые в процессе анализа (ДПД, ДД и т.д.), способствуют глубокому изучению системы. 5. Проектирование процессов с использованием техники структуризации позволяет получать программы, которые легко актуализируются. 6. Работа аналитиков и программистов разделяется благодаря разграничению функций. 7. Средства анализа и проектирования по зволяют автоматизировать все этапы работ, что сокращает процесс анализа, упрощает экс плуатацию и проектирование, повышает ка чество продукта. |
Постоянный адрес статьи: http://swsys.ru/index.php?id=1305&like=1&page=article |
Версия для печати |
Статья опубликована в выпуске журнала № 1 за 1991 год. |
Возможно, Вас заинтересуют следующие статьи схожих тематик:
- О моделировании данных
- Разработка загрузчика программного обеспечения встроенной системы управления
- Компьютерная интеграция и интеллектуализация производств на основе их унифицированных моделей
- Учебный банк: технологии изучения банковских систем и телекоммуникаций
- Правовая охрана программного обеспечения с точки зрения международного сотрудничества стран-членов СЭВ
Назад, к списку статей