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

показатели качества.ppt

  • Количество слайдов: 194

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

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

Основные этапы разработки по каскадной модели n n За десятилетия существования каскадной модели разбиение Основные этапы разработки по каскадной модели n n За десятилетия существования каскадной модели разбиение работ на стадии и названия этих стадий менялись. Тем не менее все же можно выделить ряд устойчивых этапов разработки, практически не зависящих от предметной области: ¨ анализ требований заказчика; ¨ проектирование; ¨ разработка; ¨ тестирование и опытная эксплуатация; ¨ сдача готового продукта.

Основные этапы разработки по каскадной модели Основные этапы разработки по каскадной модели

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

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

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

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

Основные этапы разработки по каскадной модели Последний этап — сдача готового проекта. n Главная Основные этапы разработки по каскадной модели Последний этап — сдача готового проекта. n Главная задача этого этапа — убедить заказчика, что все его требования выполнены в полной мере. n

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

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

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

Недостатки каскадной модели n n Каскадная модель имеет ряд недостатков, ограничивающих ее применение при Недостатки каскадной модели n n Каскадная модель имеет ряд недостатков, ограничивающих ее применение при разработке ИС, что делает ее полностью неприменимой, либо приводит к увеличению сроков разработки и стоимости проекта. В настоящее время многие неудачи программных проектов объясняются именно последовательным процессом разработки.

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

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

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

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

Возврат на более ранние стадии Возврат на более ранние стадии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итерации (выводы) Главная задача каждой итерации — как можно быстрее создать работоспособный продукт, который Итерации (выводы) Главная задача каждой итерации — как можно быстрее создать работоспособный продукт, который можно показать пользователям системы. n Таким образом, существенно упрощается процесс внесения уточнений и дополнений в проект. n

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

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

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

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

Преимущества спиральной модели n На схеме приведены в сравнении графики зависимости уровня рисков от Преимущества спиральной модели n На схеме приведены в сравнении графики зависимости уровня рисков от времени разработки для каскадного и итерационного подходов.

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

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

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

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

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

n n n n Помимо рассмотренных существует еще один серьезный недостаток, присущий каскадной модели n n n n Помимо рассмотренных существует еще один серьезный недостаток, присущий каскадной модели разработки – он связан с конфликтом (не всегда явным) между разработчиками, участвующими в выполнении проекта. Конфликт обусловлен тем, что возврат части проекта на предыдущую стадию обычно сопровождается поиском причин и виновных. А так как однозначно персонифицировать ответственного за ошибки можно далеко не всегда, попытки поиска виноватых могут сильно усложнить отношения в коллективе. Как следствие, в рабочей группе часто ценится не тот руководитель, который имеет высокую квалификацию и больший опыт, а тот, кто умеет «отстоять» своих подчиненных, обеспечить им более удобные условия работы и т. п. В результате появляется опасность снижения и квалификации, и творческого потенциала всей команды. Соответственно, техническое руководство проектом начинает в большей степени подменяться организационным руководством, все более детальной проработкой должностных инструкций и все более формальным их исполнением. Тот, кто не умеет организовать работу, обречен бороться за дисциплину. И здесь возникает проблема несовместимости дисциплины и творчества. Чем строже дисциплина, тем менее творческой становится атмосфера в коллективе. Такое положение вещей может привести к тому, что наиболее одаренные кадры со временем покинут коллектив.

RAD (от англ. rapid application development — быстрая разработка приложений) n — концепция создания RAD (от англ. rapid application development — быстрая разработка приложений) n — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы.

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

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

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

Назначение RAD n Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях – Назначение RAD n Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях – обследование организации, выработка требований к системе.

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

Преимущества RAD- технологий n Причины популярности RAD вытекают из тех преимуществ, которые обеспечивает эта Преимущества RAD- технологий n Причины популярности RAD вытекают из тех преимуществ, которые обеспечивает эта технология: ¨ высокая скорость разработки; ¨ низкая стоимость; ¨ высокое качество.

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

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

Применение технологии RAD 2. нечетко определены требования к ПО. В большинстве случаев заказчик весьма Применение технологии RAD 2. нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения.

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

Применение технологии RAD 4. интерфейс пользователя (GUI) есть главный фактор. RAD-технология дает возможность продемонстрировать Применение технологии RAD 4. интерфейс пользователя (GUI) есть главный фактор. RAD-технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта.

Графический интерфейс пользователя (ГИП) n n n графический пользовательский интерфейс (ГПИ) (англ. Graphical user Графический интерфейс пользователя (ГИП) n n n графический пользовательский интерфейс (ГПИ) (англ. Graphical user interface, GUI) — разновидность пользовательского интерфейса, в котором элементы интерфейса (меню, кнопки, значки, списки и т. п. ), представленные пользователю на дисплее, исполнены в виде графических изображений. Пользователь имеет произвольный доступ с помощью устройств ввода ко всем видимым элементам интерфейса и осуществляет непосредственное манипулирование ими. Чаще всего элементы интерфейса в ГИ реализованы на основе метафор и отображают их назначение и свойства, что облегчает понимание и освоение программ неподготовленными пользователями.

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

Применение технологии RAD 6. низкая вычислительная сложность ПО. Применение технологии RAD 6. низкая вычислительная сложность ПО.

Сравнение RAD и каскадного метода Сравнение RAD и каскадного метода

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

n Главная идея RAD-технологии состоит в том, чтобы как можно быстрее донести до заказчика n Главная идея RAD-технологии состоит в том, чтобы как можно быстрее донести до заказчика результаты разработки, пусть и не в полном виде. Например, реализация только пользовательского интерфейса и предъявление его заказчику позволяет уже на ранней стадии разработки получить замечания по экранным и отчетным формам и внести необходимые коррективы. В этом случае значительно возрастает вероятность успеха проекта, то есть возникает уверенность в том, что конечный продукт будет делать именно то, что ожидает заказчик. Кроме того, следует учитывать и тот факт, что разница стоимости ошибки определения требований в начале проекта и в конце равна 1: 200.

Основные принципы RAD n Работа ведется группами: ¨ Типичный состав группы - руководитель, аналитик, Основные принципы RAD n Работа ведется группами: ¨ Типичный состав группы - руководитель, аналитик, два программиста, технический писатель. ¨ Если проект сложный, то для него может быть выделено несколько RAD-групп. ¨ Разработка проекта выполняется в условиях тесного взаимодействия между разработчиками и Заказчиком.

Основные принципы RAD n Разработка базируется на моделях: ¨ Моделирование позволяет оценить проект и Основные принципы RAD n Разработка базируется на моделях: ¨ Моделирование позволяет оценить проект и выполнить его декомпозицию на составные части. ¨ Отдельные подсистемы могут разрабатываться отдельной RAD-группой.

Основные принципы RAD n Итерационное прототипирование: ¨ Разработка системы и предъявление ее заказчику осуществляется Основные принципы RAD n Итерационное прототипирование: ¨ Разработка системы и предъявление ее заказчику осуществляется в виде последовательности развиваемых прототипов. ¨ Любой из прототипов реализует определенную часть функциональности, требуемой от конечного продукта. ¨ При этом каждый последующий прототип включает всю функциональность, реализованную в предыдущем прототипе, с добавлением новой. ¨ Число прототипов определяется на основе учета разных параметров – размера проекта, анализа рисков, пожеланий заказчика и т. д.

n Традиционно для проектов ПО средней сложности разрабатываются три прототипа: ¨ Первый содержит весь n Традиционно для проектов ПО средней сложности разрабатываются три прототипа: ¨ Первый содержит весь пользовательский интерфейс с нулевой функциональностью. Он дает возможность собрать замечания заказчика и после их устранения утвердить у него экранные и отчетные формы. ¨ Второй прототип содержит реализованную на 7080% функциональность системы. ¨ Третий – полностью реализованную функциональность.

Основные принципы RAD n Цикличность разработки: каждая новая версия продукта основывается на оценке результата Основные принципы RAD n Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.

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

n Детализация: ¨ Выполняется программирование нереализованной части системы в соответствии с составленным планом. n n Детализация: ¨ Выполняется программирование нереализованной части системы в соответствии с составленным планом. n Анализ результатов программирования: ¨ Исправляются ошибки, повышается эффективность программного кода и т. д.

Основные принципы RAD n Управление проектом должно минимизировать длительность цикла разработки: ¨ RAD-группа всегда Основные принципы RAD n Управление проектом должно минимизировать длительность цикла разработки: ¨ RAD-группа всегда работает только над одним прототипом: n n Это обеспечивает единство целей, лучшую наблюдаемость и управляемость процессом разработки, что в итоге повышает качество конечного продукта. Соответственно используемые инструментальные средства должны обеспечивать групповую разработку и конфигурационное управление проектом.

Основные принципы RAD ¨ Если проект сложный, то для него может быть выделено несколько Основные принципы RAD ¨ Если проект сложный, то для него может быть выделено несколько RAD-групп: Большие системы разбиваются на подсистемы. Ключ успеха – правильное разбиение системы на подсистемы. n Каждая подсистема разрабатывается независимой группой. Команды должны использовать общие стандарты. n Обязательно финальное тестирование полной системы. n

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

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

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

Фазы разработки Планирование n Пользовательское проектирование n Конструирование n Переключение n Фазы разработки Планирование n Пользовательское проектирование n Конструирование n Переключение n

Модель быстрой разработки приложений (RAD) Модель быстрой разработки приложений (RAD)

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

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

Пользовательское проектирование n Пользователь под руководством специалистовразработчиков: ¨ ¨ n n принимает участие в Пользовательское проектирование n Пользователь под руководством специалистовразработчиков: ¨ ¨ n n принимает участие в техническом проектировании системы; уточняет и дополняет требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и, при необходимости, корректируется функциональная модель. При необходимости для каждого элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности или неоднозначности.

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

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

Пользовательское проектирование n Результатом данной фазы должны быть: ¨ общая информационная модель системы; ¨ Пользовательское проектирование n Результатом данной фазы должны быть: ¨ общая информационная модель системы; ¨ функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков; ¨ точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами; ¨ построенные прототипы экранов, отчетов, диалогов.

Пользовательское проектирование n n n Все модели и прототипы должны быть получены с применением Пользовательское проектирование n n n Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап может произойти фактически неконтролируемое искажение данных. Применение единой среды хранения информации о проекте позволяет избежать этой опасности.

Конструирование (построение) n Выполняется непосредственно сама быстрая разработка приложения: основная задача заключается в разработке Конструирование (построение) n Выполняется непосредственно сама быстрая разработка приложения: основная задача заключается в разработке программ и приложений. n Аналогична стадии "реализация" в каскадной модели. Однако, в RAD пользователи продолжают принимать участие и по-прежнему могут предлагать изменения или улучшения. n Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять определенным ранее требованиям.

Конструирование (построение) n n Тестирование системы осуществляется непосредственно в процессе разработки. После окончания работ Конструирование (построение) n n Тестирование системы осуществляется непосредственно в процессе разработки. После окончания работ каждой отдельной команды разработчиков производится: ¨ постепенная интеграция данной части системы с остальными, ¨ формируется полный программный код, ¨ выполняется тестирование совместной работы данной части приложения с остальными, а затем тестирование системы в целом.

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

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

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

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

Особенности CASE-технологий Сложность описания Совокупность тесно взаимодействующих подсистем со своими задачами и целями Отсутствие Особенности CASE-технологий Сложность описания Совокупность тесно взаимодействующих подсистем со своими задачами и целями Отсутствие прямых аналогов Необходимость интеграции Функционирование в неоднородной среде Разобщенность отдельных групп Временная протяженность проекта

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

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

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

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

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

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

CASE-средства n Перечисленные факторы способствовали появлению программно-технологических средств специального класса - CASE-средств, реализующих CASEтехнологию CASE-средства n Перечисленные факторы способствовали появлению программно-технологических средств специального класса - CASE-средств, реализующих CASEтехнологию создания и сопровождения ИС. n Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. n Первоначальное значение термина CASE ограничивалось вопросами автоматизации разработки только лишь программного обеспечения (ПО).

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

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

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

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

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

Для успешного внедрения CASE-средств организация должна обладать следующими качествами: n Технология: ¨ n Культура: Для успешного внедрения CASE-средств организация должна обладать следующими качествами: n Технология: ¨ n Культура: ¨ n Понимание ограниченности существующих возможностей и способность принять новую технологию; Готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями; Управление: ¨ Четкое руководство и организованность по отношению к наиболее важным этапам и процессам внедрения.

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

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

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

Компоненты интегрированного CASE -средства (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты: Компоненты интегрированного CASE -средства (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты: n репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость; n графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др. ), образующих модели ИС;

Компоненты интегрированного CASE -средства n n n средства разработки приложений, включая языки 4 GL Компоненты интегрированного CASE -средства n n n средства разработки приложений, включая языки 4 GL и генераторы кодов; средства конфигурационного управления; средства документирования; средства тестирования; средства управления проектом; средства реинжиниринга.

Классификация CASE-средств n Все современные CASE-средства могут быть классифицированы в основном по ¨ типам Классификация CASE-средств n Все современные CASE-средства могут быть классифицированы в основном по ¨ типам ¨ категориям.

Классификация CASE-средств по категориям определяет степень интегрированности по выполняемым функциям и включает средства, решающие: Классификация CASE-средств по категориям определяет степень интегрированности по выполняемым функциям и включает средства, решающие: n n n небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit); полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием.

Классификация CASE-средств по типам Классификация по типам в основном совпадает с компонентным составом CASE-средств Классификация CASE-средств по типам Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы: n средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (например, BPwin);

Классификация CASE-средств по типам средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии Классификация CASE-средств по типам средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Silverrun, CASE. Аналитик). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных; n

Классификация CASE-средств по типам n n средства проектирования баз данных, обеспечивающие моделирование данных и Классификация CASE-средств по типам n n средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД (ERwin); средства разработки приложений (4 GL, SQL Windows, Delphi);

Классификация CASE-средств по типам средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных Классификация CASE-средств по типам средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose). n

Технология внедрения CASE-средств n Термин Технология внедрения CASE-средств n Термин "внедрение" используется в широком смысле и включает все действия от оценки первоначальных потребностей до полномасштабного использования CASE-средств в различных подразделениях организации-пользователя.

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

Технология внедрения CASE-средств n Процесс внедрения CASE-средств состоит из следующих этапов: ¨ определение потребностей Технология внедрения CASE-средств n Процесс внедрения CASE-средств состоит из следующих этапов: ¨ определение потребностей в CASE- средствах; ¨ оценка и выбор CASE-средств; ¨ выполнение пилотного проекта; ¨ практическое внедрение CASE-средств.

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

Анализ возможностей организации n анализ возможностей организации в отношении ее ¨ технологической базы, ¨ Анализ возможностей организации n анализ возможностей организации в отношении ее ¨ технологической базы, ¨ персонала и ¨ используемого ПО.

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

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

Анализ возможностей организации Технологическая база тип и уровень сетевых возможностей, доступных группе разработчиков; n Анализ возможностей организации Технологическая база тип и уровень сетевых возможностей, доступных группе разработчиков; n используемые языки программирования; n средний процент вновь разрабатываемых, повторно используемых и реально эксплуатируемых приложений. n

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

Анализ возможностей организации Персонал наличие стремления Анализ возможностей организации Персонал наличие стремления "снизу" к совершенствованию средств и технологии; n объем обучения, необходимого для ориентации пользователей в новой технологии; n стабильность и уровень текучести кадров. n

Анализ возможностей организации Готовность Целью оценки готовности организации является определение того, насколько она способна Анализ возможностей организации Готовность Целью оценки готовности организации является определение того, насколько она способна воспринять как немедленные, так и долгосрочные последствия внедрения CASEсредств. Вопросы, касающиеся оценки готовности, включают следующие: n поддержка проекта со стороны высшего руководства; n готовность организации к долгосрочному финансированию проекта;

Анализ возможностей организации Готовность готовность организации к выделению необходимых специалистов для участия в процессе Анализ возможностей организации Готовность готовность организации к выделению необходимых специалистов для участия в процессе внедрения и к их обучению; n готовность персонала к существенному изменению технологии своей работы; n степень понимания персоналом масштаба изменений; n

Анализ возможностей организации Готовность готовность технических специалистов и менеджеров пойти на возможное кратковременное снижение Анализ возможностей организации Готовность готовность технических специалистов и менеджеров пойти на возможное кратковременное снижение продуктивности своей работы; n готовность руководства к долговременному ожиданию отдачи от вложенных средств. n

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

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

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

Разработка стратегии внедрения CASE-средств Стратегия внедрения должна обеспечивать удовлетворение потребностей и критериев, определенных ранее. Разработка стратегии внедрения CASE-средств Стратегия внедрения должна обеспечивать удовлетворение потребностей и критериев, определенных ранее. n Внедрение новой технологии может включать важные и сложные изменения в культуре организации. n

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

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

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

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

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

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

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

Модели ЖЦ n n n Проведите сравнительный анализ каскадной и спиральной моделей ЖЦ (последовательность Модели ЖЦ n n n Проведите сравнительный анализ каскадной и спиральной моделей ЖЦ (последовательность действий, переход на следующие этапы, чем завершаются этапы и т. д. ). Преимущества и недостатки каскадной и спиральной моделей ЖЦ. Сделайте вывод, в каких случаях оправдано применение той или иной модели ЖЦ.

RAD-технологии n n n Какие преимущества дает применение RADтехнологий? Дайте пояснение к схеме сравнения RAD-технологии n n n Какие преимущества дает применение RADтехнологий? Дайте пояснение к схеме сравнения RAD и каскадного метода. Поясните выражение «Применение RAD целесообразно, если интерфейс пользователя является одним из главных требований заказчика» ? Что обеспечивают принципы RAD? Поясните принцип «Итерационное прототипирование» . Сравните фазы разработки при использовании RAD и последовательного метода.

ПРЕДВАРИТЕЛЬНЫЙ ОПРОС ПРЕДВАРИТЕЛЬНЫЙ ОПРОС

Оценка и измерение эффективности АИС Цель оценки – выявление полезности системы на практике. n Оценка и измерение эффективности АИС Цель оценки – выявление полезности системы на практике. n Оцениваемую систему можно рассматривать как инновацию (нововведение), степень общественного признания которой определяется рядом признаков. n

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

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

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

Основные показатели качества информационных систем надежность достоверность эффективность безопасность Основные показатели качества информационных систем надежность достоверность эффективность безопасность

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

Надежность безотказность ремонтопригодность долговечность Надежность безотказность ремонтопригодность долговечность

Безотказность • свойство системы сохранять работоспособное состояние в течение некоторого времени или наработки • Безотказность • свойство системы сохранять работоспособное состояние в течение некоторого времени или наработки • свойство системы приспосабливаться к предупреждению и обнаружению причин возникновения отказов, повреждений и поддержанию и восстановлению Ремонтопригодность работоспособного состояния путем проведения ТО и Р Долговечность • свойство системы сохранять при установленной СТО и Р работоспособное состояние до наступления предельного состояния, то есть такого момента, когда дальнейшее использование системы по назначению недопустимо или нецелесообразно

Способы повышения надежности ИС Обеспечение надежности технических средств Обеспечение надежности функционирования программного комплекса Способы повышения надежности ИС Обеспечение надежности технических средств Обеспечение надежности функционирования программного комплекса

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

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

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

Достоверность n Одним из наиболее действенных средств обеспечения достоверности информации в ИС является ее Достоверность n Одним из наиболее действенных средств обеспечения достоверности информации в ИС является ее контроль. n Контроль — процесс получения и обработки информации с целью оценки соответствия фактического состояния объекта предъявляемым к нему требованиям и выработки соответствующего управляющего решения.

Методы контроля n n Методы контроля достоверности информации, применяемые в ИС, весьма разнообразны. Классификация Методы контроля n n Методы контроля достоверности информации, применяемые в ИС, весьма разнообразны. Классификация методов контроля может быть выполнена по большему числу признаков, в частности: по назначению, ¨ по уровню исследования информации, ¨ по способу реализации, ¨ по степени выявления и коррекции ошибок. ¨

Методы контроля по назначению по уровню исследования информации по способу реализации по степени выявления Методы контроля по назначению по уровню исследования информации по способу реализации по степени выявления и коррекции ошибок

Методы контроля достоверности по назначению Профилактический контроль Рабочий контроль Генезисный контроль Методы контроля достоверности по назначению Профилактический контроль Рабочий контроль Генезисный контроль

Методы контроля достоверности по уровню исследования информации Синтаксический контроль Семантический контроль Прагматический контроль Методы контроля достоверности по уровню исследования информации Синтаксический контроль Семантический контроль Прагматический контроль

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

Методы контроля достоверности по степени выявления и коррекции ошибок Обнаруживающий контроль Локализующий контроль Исправляющий Методы контроля достоверности по степени выявления и коррекции ошибок Обнаруживающий контроль Локализующий контроль Исправляющий контроль

Методы контроля достоверности по назначению n Профилактический контроль (одна из наиболее распространенных его форм Методы контроля достоверности по назначению n Профилактический контроль (одна из наиболее распространенных его форм — тестовый контроль) предназначен для выявления состояния системы в целом и отдельных ее звеньев до включения системы в рабочий режим. n Цель - выявление и прогнозирование неисправностей в ее работе с последующим их устранением.

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

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

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

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

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

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

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

Методы контроля достоверности по способу реализации n n n Аппаратный контроль реализуется посредством специально Методы контроля достоверности по способу реализации n n n Аппаратный контроль реализуется посредством специально встроенных в систему дополнительных технических схем. Этот вид контроля также подразделяется на непрерывный; оперативный (аппаратно-логический) контроль достоверности; непрерывный контроль работоспособности.

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

Стандарты оценки качества информационных систем n Стандарт РФ ГОСТ Р ИСО/МЭК 9126 -93. n Стандарты оценки качества информационных систем n Стандарт РФ ГОСТ Р ИСО/МЭК 9126 -93. n Зарубежные системы стандартов: ¨ ESA, ¨ ISO 9000 или Baldride Award, ¨ IEC ТС (International Electrotechnical Commission Technical Committee 65 C) и др.

Стандарт РФ ГОСТ Р ИСО/МЭК 9126 -93 n n Стандарт определяет шесть характеристик, которые Стандарт РФ ГОСТ Р ИСО/МЭК 9126 -93 n n Стандарт определяет шесть характеристик, которые описывают качество программного обеспечения и базируются на требованиях ISO 8402. Управление качеством и гарантии качества. Модель процесса оценки качества, приведенные в указанном стандарте, используются тогда, когда известны требования к программной продукции и оценивается ее качество в процессе жизненного цикла.

Характеристики качества программного обеспечения n n 1. Функциональные возможности — набор атрибутов, относящийся к Характеристики качества программного обеспечения n n 1. Функциональные возможности — набор атрибутов, относящийся к конкретным свойствам функций. Данные признаки задают то, что ПО выполняет для удовлетворения потребностей, тогда как другие описывают в основном, когда и как это осуществляется.

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

Характеристики качества программного обеспечения n 3. Практичность — набор признаков, относящихся к объему работ, Характеристики качества программного обеспечения n 3. Практичность — набор признаков, относящихся к объему работ, требуемых для использования и индивидуальной оценки такого использования определенным или предполагаемым кругом пользователей.

Характеристики качества программного обеспечения n n 4. Эффективность — атрибуты, характеризующие соотношение между уровнем Характеристики качества программного обеспечения n n 4. Эффективность — атрибуты, характеризующие соотношение между уровнем качества функционирования ПО и объемом используемых ресурсов при установленных условиях. Ресурсы могут включать другие программные продукты, технические средства, материалы (бумага, гибкие диски и ПР ), услуги эксплуатирующего, сопровождающего или обслуживающего персонала, а также время, расходуемое на решение задач.

Характеристики качества программного обеспечения n n 5. Сопровождаемость — признаки, относящиеся k объему работ, Характеристики качества программного обеспечения n n 5. Сопровождаемость — признаки, относящиеся k объему работ, требуемых для проведения конкретных изменений (модификаций). Изменения могут включать исправления, усовершенствование или адаптацию к окружающей обстановке, требованиям и условиям функционирования.

Характеристики качества программного обеспечения n n 6. Мобильность — атрибуты, характеризующие способность ПО быть Характеристики качества программного обеспечения n n 6. Мобильность — атрибуты, характеризующие способность ПО быть перенесенным из одного окружения в другое. Окружение может включать организационное, техническое, программное, информационное окружения.

Стандарты контроля и качества IEC ТС n включают следующие составляющие: ¨ EIAMUG — оценка Стандарты контроля и качества IEC ТС n включают следующие составляющие: ¨ EIAMUG — оценка параметров функционирования и управления системами; ¨ CCS — стандарты обработки данных в сетях; ¨ СММ — стандарты контроля и управления; ¨ FCS — стандарты оценки функциональных возможностей.

В рамках указанных стандартов создаются стандартные тесты для оценки эффективности специальных информационных систем. n В рамках указанных стандартов создаются стандартные тесты для оценки эффективности специальных информационных систем. n Например, стандартный тест PEMS — оценка качества и эффективности информационных технологий в медицине по системе IEC ТС 65 С. n

Стандарты Качества ISO n n n Организация международных стандартов ISO была создана в 1947 Стандарты Качества ISO n n n Организация международных стандартов ISO была создана в 1947 г. В настоящее время ее членами являются около 100 стран. Выполнение технической работы в ISO возложено на более чем 2700 технических комитетов, в состав которых входят представители правительственных, промышленных научно-исследовательских кругов (около 500 организаций).

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

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

Стандарты Качества ISO В ISO существует правило: все стандарты должны пересматриваться не реже одного Стандарты Качества ISO В ISO существует правило: все стандарты должны пересматриваться не реже одного раза в пять лет. n Сегодня ISO принадлежит более 9300 различных стандартов. n

Некоторые стандарты ISO n n n ISO 8402. Управление качеством и гарантии качества; ISO Некоторые стандарты ISO n n n ISO 8402. Управление качеством и гарантии качества; ISO 9002. Системная модель качества для процессов проверки качества проектирования, установки и обслуживания; ISO 9003. Системная модель качества для процессов проверки качества при окончательном тестировании; ISO 10012 -1. Требования по качеству, предъявляемые к измерительной аппаратуре; ISO 10013. Руководство по созданию качественной документации.

Стандарт качества Baldridge Award n n Объединение международных рынков, повышение требований к качеству и Стандарт качества Baldridge Award n n Объединение международных рынков, повышение требований к качеству и жесткая конкуренция привели к появлению параллельного стандарта качества Malcolm Baldrige National Quality Award (кратко Baldrige Award), весьма популярного в США. Главная цель Baldrige Award — способствовать организациям в создании конкурентоспособных продуктов.

Стандарт качества Baldridge Award n Baldrige Award ориентирована на виды деятельности, способствующие повышению конкурентоспособности Стандарт качества Baldridge Award n Baldrige Award ориентирована на виды деятельности, способствующие повышению конкурентоспособности компаний и предусматривающие для достижения этого различные способы: ¨ за счет обращения лицом к рынку и клиентам, ¨ нацеленности на конечный результат, ¨ постоянного совершенствования деловых процессов, ¨ тесной привязки к обшей стратегии бизнеса, ¨ интеграции процессов на основе анализа, ¨ повышения квалификации персонала, ¨ расширения информационных связей.

Стандарт качества Baldridge Award n n Каждый год Baldrige Award проводит награждение компаний, добившихся Стандарт качества Baldridge Award n n Каждый год Baldrige Award проводит награждение компаний, добившихся выдающихся успехов в области качества. Оценка строится по 28 критериям, разбитым на семь категорий: ¨ лидерство на рынке, ¨ информация и анализ, ¨ стратегия планирования качества, ¨ управление персоналом, ¨ управление качеством, ¨ достигнутые качественные результаты, ¨ мнения клиентов.