Методы построения информационных систем
Контрольная работа, 04 Декабря 2011, автор: пользователь скрыл имя
Описание работы
В информатике понятие «система» широко распространено и имеет множество смысловых значений. Чаще всего оно используется применительно к набору технических средств и программ. Системой может называться аппаратная часть компьютера. Системой может даже считаться множество программ для решения конкретных прикладных задач, дополненных процедурами ведения документации и управления расчетами.
Содержание
Введение 3
Понятие информационной системы 4
Этапы развития информационных систем 6
Структура информационной системы 9
Методы и концепции создания информационных систем 10
Методология RAD – Rapid Application Development 13
Заключение 19
Список литературы 21
Работа содержит 1 файл
Методы построения информационных систем.doc
— 167.50 Кб (Скачать)В настоящее время существует ряд общих методологий разработки ИС. Главное в них – единая дисциплина работы на всех этапах жизненного цикла системы, учет критических задач и контроль их решения, применение развитых инструментальных средств поддержки процессов анализа, проектирования и реализации ИС.
Для успешной реализации проекта объект проектирования (ИС) должен быть, прежде всего, адекватно описан, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС. Накопленный к настоящему времени опыт проектирования ИС показывает, что это логически сложная, трудоемкая и длительная по времени работа, требующая высокой квалификации участвующих в ней специалистов. Однако до недавнего времени проектирование ИС выполнялось в основном на интуитивном уровне с применением неформализованных методов, основанных на искусстве, практическом опыте, экспертных оценках и дорогостоящих экспериментальных проверках качества функционирования ИС. Кроме того, в процессе создания и функционирования ИС информационные потребности пользователей могут изменяться или уточняться, что еще более усложняет разработку и сопровождение таких систем. (См. приложение D)
Для
различных классов систем используются
разные методы разработки, определяемые
типом создаваемой системы и
средствами реализации. Спецификации
этих систем, в большинстве случаев,
состоят из двух основных компонентов
– функционального и
В области создания систем САПР доминируют структурные подходы, так как они максимально приспособлены для взаимодействия с пользователями, не являющимися специалистами в области ИТ. Адекватными инструментальными средствами, поддерживающими структурный подход к созданию ИС, являются CASE -системы автоматизации проектирования.
Методология создания информационных систем заключается в организации процесса построения информационной системы и обеспечении управления этим процессом для того, чтобы гарантировать выполнение требований как к самой системе, так и к характеристикам процесса разработки.
Основными задачами, решение которых должна обеспечивать методология создания корпоративных информационных систем (с помощью соответствующего набора инструментальных средств), являются следующие:
- обеспечение создания информационных систем, отвечающих целям и задачам предприятия и соответствующих предъявляемым к ним требованиям по автоматизации деловых процессов;
- гарантия создания системы с заданными параметрами в течение заданного времени в рамках оговоренного заранее бюджета;
- простота сопровождения, модификации и расширения системы с целью обеспечения ее соответствия изменяющимся условиям работы предприятия;
- обеспечение создания корпоративных информационных систем, отвечающих требованиям открытости, переносимости и масштабируемости;
- возможность использования в создаваемой системе разработанных ранее и применяемых на предприятии средств информационных технологий (программного обеспечения, баз данных, средств вычислительной техники, телекоммуникаций).
Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой информационной системы. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов жизненного цикла информационных систем.
Основное содержание технологии проектирования составляют технологические инструкции, состоящие из описания последовательности технологических операций, условий, в зависимости от которых выполняется та или иная операция, и описаний самих операций.
Технология проектирования может быть представлена как совокупность трех составляющих:
- заданной последовательности выполнения технологических операций проектирования;
- критериев и правил, используемых для оценки результатов выполнения технологических операций;
- графических и текстовых средств, используемых для описания проектируемой системы.
Каждая технологическая операция должна обеспечиваться следующими материальными и информационными ресурсами:
- данными, полученными на предыдущей операции (или исходными данными), представленными в стандартном виде;
- методическими материалами, инструкциями, нормативами и стандартами;
- программными и техническими средствами;
- исполнителями.
Результаты выполнения операций должны предоставляться в некотором стандартном виде, обеспечивающем их адекватное восприятие при выполнении следующей технологической операции (на которой они будут использоваться в качестве исходых данных).
Можно сформулировать следующий ряд общих требований, которым должна удовлетворять технология проектирования, разработки и сопровождения информационных систем:
- поддерживать полный жизненный цикл информационной системы;
- обеспечивать гарантированное достижение целей разработки системы с заданным качеством и в установленное время;
- обеспечивать возможность разделения крупных проектов на яд подсистем – декомпозицию проекта на составные части, разрабатываемые группами исполнителей ограниченной численности, с последующей интеграцией составных частей.
- технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами. Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;
- обеспечивать минимальное время получения работоспособной системы;
- предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
- обеспечивать независимость выполняемых проектных решений от средств реализации системы – системы управления базами данных, операционной системы, языка и системы программирования.
Методология RAD – Rapid Application Development
На
начальном этапе существования
компьютерных информационных систем их
разработка велась на традиционных языках
программирования. Однако по мере возрастания
сложности разрабатываемых
Основные особенности методологии RAD
Методология разработки информационных систем, основанная на использовании средств быстрой разработки приложений, получила широкое распространение и приобрела название методологии быстрой разработки приложений – RAD (Rapid Application Development). Данная методология охватывает все этапы жизненного цикла и информационных систем.
RAD – это комплекс специальных инструментальных средств быстрой разработки прикладных информационных систем, позволяющих оперировать с определенным набором графических объектов, функционально отражающих отдельные информационные компоненты приложений.
Под методологией быстрой разработки приложении обычно понимается процесс разработки информационных систем, основанный на трех основных элементах:
- небольшой команде программистов
- тщательно проработанный производственный график работ, рассчитанный на сравнительно короткий срок разработки
- интереционная модель разработки, основанная на тесном взаимодействии заказчиков – по мере выполнения проекта разработчики уточняют и реализируют в продукте требования, выдвигаемые заказчиком.
Основные принципы методологии RAD можно свести к следующему:
- используется итерационная (спиральная) модель разработки;
- полное завершение работ на каждом из этапов жизненного цикла не обязательно;
- в процессе разработки информационной системы необходимо тесное взаимодействие с заказчиком и будущими пользователями;
- необходимо применение CASE-средств и средств быстрой разработки приложений;
- необходимо применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;
- необходимо использование прототипов, позволяющее полнее выяснить и реализовать потребности конечного пользователя;
- тестирование и развитие проекта осуществляется одновременно с разработкой;
- разработка ведется немногочисленной и хорошо управляемой командой профессионалов;
- необходимы грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
Объектно-ориентированный подход
Средства RAD дали возможность реализовывать совершенно иную про сравнению с традиционной технологию создания приложений: информационные объекты формируются как некие действующие модели (прототипы), чье функционирование согласовывается с пользователем, а затем разработчик может переходить непосредственно к формированию законченных приложений, не теряя из виду общей картины проектируемой системы.
Возможность
использования подобного
Использование
объектно-ориентированных
В объектном подходе акцент переносится на конкретные характеристики физической или абстрактной системы, являющейся предметом программного моделирования. Объекты обладают целостностью, которая не может быть нарушена. Таким образом, свойства, характеризующие объект и его поведение, остаются неизменными. Объект может только менять состояние, управляться или становиться в определенное отношение к другим объектам.
Широкую
известность объектно-
При разработке приложений с помощью инструментов RAD используется множество готовых объектов, сохраняемых в общедоступном хранилище. Однако обеспечивается и возможность разработки новых объектов. При этом новые объекты могут разрабатываться как на основе существующих, так и с «нуля».