- •Роль требований в задаче внедрения аис
- •Определение понятия требования
- •1. Условия или возможности, необходимые пользователю для решения проблем или достижения целей;
- •2. Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
- •3. Документированное представление условий или возможностей для пунктов 1 и 2 (конец цитаты).
- •Классификация требований
- •Требования к продукту и процессу
- •Уровни требований
- •Системные требования и требования к программному обеспечению
- •Функциональные, нефункциональные требования и характеристики продукта
- •Классификация rup
- •Методологии и стандарты, регламентирующие работу с требованиями
- •Краткая информация о технологии управления проектами Управление проектами - отдельная профессиональная область
- •Результаты применения технологии управления проектами;
- •Стандарты ведения проектов, применяемые компанией «кт:Алкоголь»
- •Классификация по архитектуре
- •[Править]Классификация по степени автоматизации
- •[Править]Классификация по характеру обработки данных
- •[Править]Классификация по сфере применения
- •[Править]Классификация по охвату задач (масштабности)
- •Видение продукта и границы проекта
- •Концепция в гост рф
- •Видение в rup
- •Видение / рамки в msf
- •Управляющие ис
- •Информационные системы четвертого поколения имеют следующие основные особенности:
- •Малая модель Средняя модель Большая модель
- •Анализ требований
- •Анализ несоответствия
- •Подход на основе лучших практик
- •Методология ба
- •Общие методы и технологии проектирования аис
- •1. Обзор претендентов.
Решение на разработку с нуля (т.е. без использования существующих типовых конфигураций) автоматизированной информационной системы (АИС), полностью адаптированной под специфику бизнеса заказчика, принимается в том случае, если не существует необходимых типовых программных продуктов или стоимость доработки имеющихся типовых программных продуктов сопоставима со стоимостью разработки системы. Основное достоинство индивидуальной разработки — полное соответствие всех функций требованиям, предъявляемым заказчиком, возможность сделать программный продукт, отличный от всех имеющихся и позволяющий решить задачи, которые относятся к конкурентным преимуществам компании-заказчика. Есть и определенные сложности — например, более длительный срок внедрения или сложности с формированием требований.
Роль требований в задаче внедрения аис
Какие можно сделать выводы из рассмотренной классификации АИС? Даже не говоря о многообразии производителей АИС, не рассмотренного в настоящей лекции, на основании только сформулированных признаков становится очевидным, что существует значительное количество АИС и данные АИС существенно различаются между собой. Следовательно, выбор АИС для предприятия – достаточно нетривиальная задача. Для того, чтобы успешно её решить, необходимо хорошо знать объект внедрения (автоматизируемое предприятие), особенности его деятельности, стратегию развития и многие другие аспекты, предопределяющие характеристики закупаемой АИС. Указанные знания в конечном итоге формализуются в документе требований к АИС, на основе которого и осуществляется выбор и последующая настройка АИС. В ещё большей степени требования к АИС важны при разработке АИС на заказ. Подробнее об этом – в следующих лекциях.
«Требование – это условие или возможность, которой должна соответствовать система».
В IEEE Standard Glossary of Software Engineering Terminology (1990) [Error: Reference source not found] данное понятие трактуется шире. Требование – это:
1. условия или возможности, необходимые пользователю для решения проблем или достижения целей;
2. условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
3. документированное представление условий или возможностей для пунктов 1 и 2 (конец цитаты).
Введём ещё одно определение. Требования – это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы. Первичные данные поступают из различных источников, характеризуются противоречивостью, неполнотой, нечёткостью, изменчивостью. Требования нужны в частности для того, чтобы Разработчик мог определить и согласовать с Заказчиком временные и финансовые перспективы проекта автоматизации. Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания АИС. Однако собрать на ранних стадиях все данные, необходимые для реализации АИС, удаётся только в исключительных случаях. На практике процесс сбора, анализа и обработки растянут во времени на протяжении всего жизненного цикла АИС
Определение понятия требования
Л.Новиков в русской редакции нотации RUP [Error: Reference source not found] приводит следующее определение: «Требование – это условие или возможность, которой должна соответствовать система».
В IEEE Standard Glossary of Software Engineering Terminology (1990) [Error: Reference source not found] данное понятие трактуется шире. Требование – это:
1. Условия или возможности, необходимые пользователю для решения проблем или достижения целей;
2. Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
3. Документированное представление условий или возможностей для пунктов 1 и 2 (конец цитаты).
Введём ещё одно определение. Требования – это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы. Первичные данные поступают из различных источников, характеризуются противоречивостью, неполнотой, нечёткостью, изменчивостью. Требования нужны в частности для того, чтобы Разработчик мог определить и согласовать с Заказчиком временные и финансовые перспективы проекта автоматизации. Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания АИС. Однако собрать на ранних стадиях все данные, необходимые для реализации АИС, удаётся только в исключительных случаях. На практике процесс сбора, анализа и обработки растянут во времени на протяжении всего жизненного цикла АИС, зачастую нетривиален и содержит множество подводных камней; подробнее о процессе – в лекциях 4-8.