Файл: Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы.pdf

Эти подходы предлагают более глубокое проникновение в суть требований, но за счет большей цены и усилий. Например, методом «мозгового штурма».

Конкретные примеры таких семинаров - это Joint Requirements Planning (JRP - совместное планирование требований) и Joint Application Development (JAD - совместная разработка приложений).

Описание и применение технологии RAD.

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development).

Под этим термином обычно понимается процесс разработки программного обеспечения (ПО), содержащий 3 элемента:

• небольшую команду программистов (от 2 до 10 человек);
• короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);
• повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.

В основе методологии RAD лежат основные принципы:

• разработка приложений итерациями;
• необязательность полного завершения работ на каждом из этапов жизненного цикла;
• обязательное вовлечение пользователей в процесс разработки ИС;
• необходимое применение CASE-средств, обеспечивающих целостность проекта;
• применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;
• необходимое использование генераторов кода;
• использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;
• тестирование и развитие проекта, осуществляемые одновременно с разработкой;
• ведение разработки немногочисленной хорошо управляемой командой профессионалов;
• грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.

Применение технологии RAD целесообразно:

• когда требуется выполнение проекта в сжатые сроки (90 дней). Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет еще до завершения ее проектирования;
• нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения;
• проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения;
• интерфейс пользователя (GUI) есть главный фактор. Нет смысла заставлять пользователя рисовать картинки. RAD технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта;
• проект большой, но поддается разделению на более мелкие функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы ее можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD групп);
• ПО не обладает большой вычислительной сложностью.

---

Завершающей фазой выделения требований на разработку информационной системы является построение и анализ матрицы зависимостей требований.

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

Для проектировщиков ИС это особенно важно, поскольку миссия позволяет определить цели и сформулировать основную задачу, стоящую перед ними.

В главе 2 был подробный анализ системы обработки данных, общая схема создания информационной системы, были разобраны стандарты ISO, благодаря которым было выяснены стандарты качества. А также стадии и этапы создания информационных систем, методы обследования систем.

На этом будет плавный переход в заключение.

заключение

Проектирование информационных систем достаточно сложный процесс.

Есть очень много технических регламентов, схемы, пути, стандарты, под которые каждое предприятие должно подстроиться. И это вызывает достаточно много проблем. А также методы учета затрат SWOT-анализа, проектирование и разработка баз данных и приложений, все это вызывает определенный ряд проблем. SWOT-анализ может спасти издержки со слабых сторон и увеличить прибыль от сильных сторон, но и это не всегда спасает риски компании.

Учет международного стандарта требует определенных усилий и вложений, иначе товар или продукт не будет приобретаться заказчиками или клиентами. При создании предприятия уже важно учитывать стандарт качества, стандарты и методы разработки информационных систем, признанных международным стандартом, потому что, благодаря именно этому можно соответствовать требованиям ISO.

Особое внимание уделено рассмотрению образцов или паттернов при проектировании, позволяющих на основе имеющегося опыта получить достаточно качественные решения типовых задач исследователями и практиками разработки информационных систем.

Как основа этапов проектирования информационных систем выступает жизненный цикл программного обеспечения, подкрепленный описанием соответствующих стандартов. Стандарты вынуждены вводить модели жизненного цикла с детальным описанием связей между отдельными видами деятельности, определением потоков данных (документов и артефактов).

C точки зрения пользователя программная архитектура дает направление для движения и решения задач, связанных со специальностью каждого такого пользователя, например, разработчика ПО, группы поддержки ПО, специалиста по сопровождению ПО. Поэтому важно учитывать каждый фактор и каждого персонала, который будет необходим в том или ином процессе задачи.

---