Главная страница
Навигация по странице:

  • Пользовательские требования

  • Системные требования

  • Задания. Департамент образования, науки и молодежной политики Воронежской области Государственное бюджетное профессиональное образовательное учреждение Воронежской области Лискинский промышленнотранспортный техникум имени А. К. Лысенко


    Скачать 7.79 Mb.
    НазваниеДепартамент образования, науки и молодежной политики Воронежской области Государственное бюджетное профессиональное образовательное учреждение Воронежской области Лискинский промышленнотранспортный техникум имени А. К. Лысенко
    Дата25.11.2022
    Размер7.79 Mb.
    Формат файлаdoc
    Имя файлаЗадания.doc
    ТипДокументы
    #811196
    страница4 из 30
    1   2   3   4   5   6   7   8   9   ...   30

    3. Теоретические сведения

    3.1. Общие сведения о требованиях к информационным системам


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

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

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

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

    3.2. Первые шаги по разработке требований к информационным системам - анализ осуществимости


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

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

    1. Отвечает ли система общим и бизнес-целям организации-заказчика и организации-разработчика?

    2.  Можно ли реализовать систему, используя существующие на данный момент технологии и не выходя за пределы заданной стоимости?

    3. Можно ли объединить систему с другими системами, которые уже эксплуатируются?

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

    1. Что произойдет с организацией, если система не будет введена в эксплуатацию?

    2. Какие текущие проблемы существуют в организации и как новая система поможет их решить?

    3. Каким образом система будет способствовать целям бизнеса?

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

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

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

    Различают четыре основных этапа процесса разработки требований:

    1.  анализ технической осуществимости создания системы,

    2. формирование и анализ требований,

    3. специфицирование требований и создание соответствующей документации,

    4. аттестация этих требований.

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



    Рис. 1. Процесс разработки требований

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

    3.4. Формирование и анализ требований


    Следующим этапом процесса разработки требований является формирование (определение) и анализ требований.

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

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

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

    2. Сбор требований. Это процесс взаимодействия с лицами, формирующими требования. Во время этого процесса продолжается анализ предметной области.

    3. Классификация требований. На этом этапе бесформенный набор требований преобразуется в логически связанные группы требований.

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

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

    6. Проверка требований. На этом этапе определяется их полнота, последовательность и непротиворечивость.



    Рис. 2. Процесс формирования и анализа требований

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

    Рассмотрим три основных подхода к формированию требований: метод, основанный на множестве опорных точек зрения, сценарии и этнографический метод.
    1   2   3   4   5   6   7   8   9   ...   30


    написать администратору сайта