Макетирование (прототипирование)

↑

Стр 1 из 2Следующая ⇒

1. Введение

Цель курса.

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

Задача курса.

Формирование у студентов знаний, которые являются общими для пользователей и разработчиков КИС.

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

В предлагаемом курсе сделана попытка изложить это общее и познакомить с языком, который с одной стороны облегчает им общение между собой, а с другой стороны позволяет однозначно задокументировать достигнутые договоренности. Это существенно повышает вероятность успешного внедрения КИС на предприятии.

1.1. Понятие КИС

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

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

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

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

       Замечание.

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

· Автоматизированные системы управления (АСУ);

· Интегрированные системы управления (ИСУ);

· Интегрированные информационные системы (ИИС);

· Информационные системы управления предприятием (ИСУП).

1.2.Этапы разработки КИС

В данном разделе использованы материалы из книги Орлов С.А. Технологии разработки программного обеспечения: Учебник. – СПб.: Питер, 2002. – 464 с.

Классический жизненный цикл

Одной из старейших последовательностей шагов разработки программного обеспечения (ПО) является классический жизненный цикл (Автор Уинстон Ройс, 1970).

Чаще классический жизненный цикл называют КАСКАДНОЙ или ВОДОПАДНОЙ моделью, подчеркивая, что разработка рассматривается как последовательность этапов, причем переход на следующий иерархически нижний этап происходит только после полного завершения работ на текущем этапе и возврата к пройденным этапам не предусматривается. (см. рис. ниже)

Рис. Классический жизненный цикл разработки ПО.

Приведем краткое описание основных этапов. Разработка начинается на системном уровне и проходит через

- анализ,

- проектирование,

- кодирование (реализация),

- тестирование,

- сопровождение

При этом моделируются действия стандартного инженерного цикла.

Системный анализ определяет роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом.

Анализ начинается с определения требований и назначения подмножества этих требований программному элементу.

На этом этапе начинается решение задачи планирования проекта ПО.

В ходе планирования проекта определяются:

       - объем проектных работ,

       - риск проектных работ,

       - необходимые трудозатраты,

       - формируются рабочие задачи,

       - формируется план-график работ.

Анализ требований, относящийся к программному элементу, т.е. к ПО, уточняет и детализирует:

       - функции ПО,

       - характеристики ПО,

       - интерфейс ПО.

Все определения документируются в спецификации анализа.

Проектирование создает представления:

       - архитектуры ПО,

       - модульной структуры ПО,

       - алгоритмической структуры ПО,

       - структуры данных,

       - входного и выходного интерфейса (входных и выходных форм данных).

Кодирование (реализация) состоит в переводе результатов проектирования в текст на языке программирования.

Тестирование – это выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.

Сопровождение – это внесение изменений в эксплуатируемое ПО. Цели изменений:

       - исправление ошибок,

       - адаптация к изменениям внешней для ПО среды,

       - усовершенствование ПО по требованию заказчика.

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

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

Достоинствами классического жизненного цикла являются:

       - получение плана и временного графика по всем этапам проекта,

       - упорядочение хода разработки.

К недостаткам классического жизненного цикла относятся:

       - частое отклонение реальных проектов от стандартной последовательности                 шагов,

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

- доступность результатов проекта заказчику лишь в конце работы.

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

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

Модель может принимать одну из трех форм:

- бумажный макет или макет на основе ПК (изображает или рисует человеко – машинный диалог),

- работающий макет (выполняет некоторую часть требуемых функций),

- существует программа, характеристики которой затем должны быть улучшены.

Макетирование основывается на многократном повторении итераций, в которых участвуют заказчик и разработчик.

Поскольку часто заказчик не может определиться в своих требованиях по разрабатываемому продукту, а проектировщик сомневается в полноте и целесообразности требований заказчика, то прототипирование (макетирование) начинается со сбора и уточнения требований к создаваемому ПО.

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

Последовательность действий при макетировании представлена на рисунке ниже.

Рис. Последовательность действий при макетировании.

Достоинством макетирования является обеспечение определения полных требований к ПО.

К недостаткам макетирования относятся:

                   - возможность принятия заказчиком макета за продукт,

                   - возможность принятия разработчиком макета за продукт

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

Познавательные статьи:



Организация работы процедурного кабинета

Статус республик в составе РФ

Понятие финансов, их функции и особенности

Сущность демографической политии