Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Информационные системы и технологии на предприятиях

Инженерия требований

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

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

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

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

4) построение двух видов моделей:

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

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

o отказоустойчивость;

o количество клиентов, одновременно имеющих доступ к системе;

o требования безопасности;

o время ожидания ответа на обращение к системе;

o исполнительские свойства системы (ограничения по ресурсам памяти, скорость реакции на обращение к системе и т.п.).

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

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

Автоматизация проектирования ИС

На этапе проектирования ИС пожелания заказчиков превращаются в проектные решения в форме определенной системы программирования.

Проект ИС - это проектно-конструкторская и технологическая документация, в которой представляется описание решений создания и эксплуатации ИС в конкретной программно-технической среде.

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

Технология проектирования ИС - это сочетание методологии и инструментальных средств проектирования ИС.

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

o концепций и теоретических основ (например, структурный или объектно-ориентированный подход);

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

o процедур, определяют практическое применение метода (последовательность и правила построения моделей, критерии для оценивания результатов).

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

Методы реализуются через конкретные технологии и методики, стандарты и инструментальные средства, которые обеспечивают выполнение процессов ЖЦ ПО. Различают методы оригинального проектирования, когда создается оригинальная ИС, и типового проектирования, когда ИС компонуется из готовых типовых решений. Комбинация различных методов проектирования обусловливает характер технологии проектирования ИС. Самые известные технологии проектирования ИС - это каноническая (ручная технология индивидуального проектирования) и индустриальная, что в свою очередь подразделяется на автоматизированная (с использованием САSЕ-тех-технологий) и типовая (модельно-ориентированную или параметрически ориентированную).

Большинство существующих САвЕ-средств основано на методах структурного или объектно-ориентированного анализа и проектирования, что использует спецификации в виде диаграмм или текс-

Переход от модели икак есть" модели "как должно быть" может происходить двумя способами:

1) совершенствованием действующих технологий на основе оценки их эффективности;

2) радикальным изменением технологий и перепроектированием бизнес-процессов.

Стадия проектирования включает следующие этапы:

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

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

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

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

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

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

o носїі интересов заказчиков (довольно часто заказчика представляют несколько профессиональных групп, которые могут иметь не только отличные, но даже противоречивые потребности);

o операторы, что обслуживают функционирование системы;

o разработчики системы.

Процесс формулирования требований состоит из двух этапов - сбора и анализа требований.

Источники сведений о требования:

o цель и задачи системы, как их формулирует заказчик;

o действующая система или коллектив, выполняющий ее функции;

o общие знания о проблемной области заказчика;

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

Методы сбора требований:

o интервью с носителями интересов заказчика и операторами;

o наблюдение за работой действующей системы;

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

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

1) такие, что отражают возможности, которые должна обеспечить система, - функциональные;

2) такие, что отражают ограничения, связанные с функционированием системы, - нефункциональные.

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

o требования конфиденциальности;

Рис. 3.5. Контекст технологической операции проектирования

тов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. САЗЕ-технология позволяет в наглядной форме моделировать, анализировать ее модель на всех стадиях разработки и сопровождения ИС и разрабатывать применения в соответствии с информационными потребностями пользователей.

Современная технология проектирования ПО ИС должна обеспечивать:

o соответствие стандарту ИБО/IEC 12207;

o гарантированное достижение целей разработки БС в пределах бюджета с соблюдением качества и установленного времени;

o возможность декомпозиции проекта на составные с последующей интеграцией этих частей;

o минимальное время получения работоспособного ПО ИС;

o независимость проектных решений от средств реализации 1С (СУБД, операционных систем, языков и систем программирования);

o поддержка САSЕ-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ.

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

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

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

в) требования к конфигурации рабочих мест разработчиков, включая настройки операционной системы и САSЕ-за-ных средств;

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

Стандарт оформления проектной документации устанавливает:

а) комплектность, состав и структуру документации на всех стадиях проектирования;

б) требования к оформлению документации;

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

г) требования к средствам подготовки документации;

д) требования к настройке САSЕ-средств для обеспечения подготовки документации в соответствии с установленными правилами.

Стандарт интерфейса пользователя с системой регламентирует:

а) правила оформления экранных элементов и элементов управления;

б) правила использования клавиатуры и мыши;

в) правила оформления текстов помощи;

г) перечень стандартных сообщений;

д) правила обработки реакции пользователя.

 
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 

Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее