Ответы_к_госам_final

По окончании этой стадии определяется работоспособность разработанного программного обеспечения.

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

Модели жизненного цикла информационной системы

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

основные модели жизненного цикла:

каскадная модель, иногда также называемая моделью водопада (waterfall);

спиральная модель.

Каскадная модель жизненного цикла информационной системы

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

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

Можно выделить ряд устойчивых этапов разработки, практически не зависящих от предметной области:

анализ требований заказчика;

проектирование;

разработка;

тестирование и опытная эксплуатация;

сдача готового продукта.

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

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

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

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

Недостатки :

существенная задержка в получении результатов;

ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад;

сложность параллельного ведения работ по проекту;

чрезмерная информационная перенасыщенность каждого из этапов;

сложность управления проектом;

высокий уровень риска и ненадежность инвестиций

Спиральная модель жизненного цикла

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

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

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

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

Преимущества

Итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика.

отдельные элементы информационной системы интегрируются в единое целое постепенно.

интеграция производится фактически непрерывно.

Уменьшение уровня рисков.

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

упрощает повторное использование компонентов

позволяет получить более надежную и устойчивую систе му.

дает возможность совершенствовать процесс разработки

Недостатки Основная проблема спирального цикла — определение момента

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

Предпроектное обследование

Предпроектное обследование. Стратегии проведения обследования.

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

1.организационный - когда анализируется поток и информации но структурным элементам предприятия:

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

Децентрализованная стратегия или функциональный подход заключается в последовательном проектировании функциональных подсистем. Для каждой из них создается автономная информационная база. Централизованная стратегия предполагает создание интегрированной базы данных, является основой разработки функций и задач автоматизированного управления. В соответствии децентрализованной стратегией прсдпросктное обследование предприятия может проводиться путем исключения. Звеньями организационной структуры являются подразделения предприятия. Функциональными звеньями являются функции управления функциональными подразделениями.

Централизованная стратегия делает у пор на информационном анализе предметной области, изучение состава и структуры ' информационных потоков с целью их интеграции. Рекомендации по созданию АСУ вырабатываются обобщением всех выводов и рекомендаций, полученных в результате предпросктного обследования. Все мероприятия по совершенствованию управления делятся на 2 группы: те. которые могут быть реализованы программами но внедрении АС.

тс. которые требуют внедрения разного рода средств автоматизированного управления.

Методы обследования управленческих процедур.

Изучению управленческих процедур предшествует ознакомление с предметной областью в целом. При э том рассматриваются.

-существующие производственные и технологические процессы, а также материальные по токи:

-организационная структура управления (состав по дразделений, их назначение и подчиненность друг другу):

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

подсистеме, и группировка документов по основным классификационным свойствам;

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

систематизация, группировка и анализ применяемых показателей;

классификация показателей, разработка системы кодирования и шифрации документов и показателей;

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

построение маршрутов движения документов в структурных подразделениях и функциональных подсистемах,

анализ маршрутов движения документов и выявление элементов нерациональной организации информационных потоков,

построение схем взаимосвязи показателей и их анализ;

анализ алгоритмов формирования показателей;

построение схемы документооборота в целом по предприятию составление информационной модели объекта;

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

разработка рекомендаций по устранению дублирования документов и показателей, унификации и стандартизации форм документов, рационализации маршрутов движения

документов и схем формирования показателей.

Все документы делят на внутренние, разрабатываемые на предприятии, и внешние, поступающие из внешней среды. Это позволяет определить документы, которые можно усовершенствовать, для которых можно изменить маршруты движения, и документы, для которых реализация этих процедур затруднительна.

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

Анализ нормативно-справочного обеспечения.

К нормативно-справочному обеспечению (НСО) систем управления относятся

(СУ):

-классификаторы; -номенклатурные справочники: -массивы норм и нормативы.

Изучение начинается с анализа систем классификации и кодирования. При этом устанавливаются:

-обозначения и наименования классификаторов; -исходное множество объектов - продукция, материалы и т.д.;

-область действия классификатора (государственный, отраслевой, доильный);

-метод классификации, принципы и основные деления: -алфавит и структура кода:

-помехозащищенность кода:

-емкость системы классификации - количество классификационных группировок.

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

Методика сбора документации при обследовании.

ПРСДПРОСКТНОЕ ОБСЛЕДОВАНИЕ ПРОИЗВОДИТСЯ В 3 ЭТАПА: -РАСПРОСТРАНЕНИЕ М АТЕРИАЛА:

-СБОР М АТЕРИАЛА НА М ЕСТАХ:

-ПЕРЕДАЧА М АТЕРИАЛА ПРОЕКТИРОВЩИКАМ . ПОСЛЕ ОПРЕДЕЛЕНИЯ М ЕТОДИК ОБСЛЕДОВАНИЯ ПРОИЗВОДЯТ ФОРМИРОВАНИЕ РАЗДАТОЧНОГО МАТЕРИАЛА, С КОТОРЫМ БУДУТ РАБОТАТЬ УЧАСТНИКИ ОБСЛЕДОВАНИЯ. ЗАДАНИЕ ПРЕДСТАВЛЯЕТ СОБОЙ ПАПКУ С ПОДБОРКОЙ М АТЕРИАЛОВ, ПРЕДСТАВ ЛЕННЫХ ДЛЯ РАСПРЕДЕЛЕНИЯ И ОБРАБОТКИ СРЕДИ УЧАСТИИ КОВ ОБСЛЕДОВАНИЯ, ПАПКА СОДЕРЖИТ:

-РЕКОМ ЕНДАЦИИ РУКОВОДИТЕЛЮ ПРЕДПРИЯТИЯ -ИНСТРУКЦИИ НО РАЗМНОЖЕНИЮ М АТЕРИАЛА; -АНКЕТА:

-ИНСТРУКЦИИ ПО ЗАПОЛНЕНИЮ АНКЕТ; -РЕЕСТР, ВХОДЯЩЕЙ ИНФОРМАЦИИ: -ВНУТРЕННИЙ РЕЕСТР:

-РЕЕСТР ИСХОДЯЩЕЙ ИНФОРМАЦИИ; -ИНСТРУКЦИИ К РЕЕСТРАМ :

-РЕЕСТР СДАЧИ ЗАПОЛНЕННЫХ М АТЕРИАЛОВ; -ИНСТРУКЦИЯ ПО ОРГАНИЗАЦИИ СДАЧИ МАТЕРИАЛОВ.

CASE-средства

CASE-средства

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

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

мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;

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

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

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты:

репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его