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

  • 2. Основания для разработки.

  • 3. Назначение разработки.

  • 5. Требования к программной документации.

  • 6. Технико-экономические показатели.

  • 7. Стадии и этапы разработки.

  • 8. Порядок контроля и приемки.

  • 6. ЭСКИЗНЫЙ И ТЕХНИЧЕСКИЙ ПРОЕКТЫ 6.1. Эскизный проект

  • 6.2. Технический проект

  • 4. Специальные требования

  • надо. Информационных систем


    Скачать 0.73 Mb.
    НазваниеИнформационных систем
    Дата01.12.2021
    Размер0.73 Mb.
    Формат файлаpdf
    Имя файла460.pdf
    ТипУчебное пособие
    #288495
    страница3 из 6
    1   2   3   4   5   6
    5. ФОРМИРОВАНИЕ ТРЕБОВАНИЙ
    К ИНФОРМАЦИОННОЙ СИСТЕМЕ
    Техническое задание (ТЗ) – исходный документ для проектирования и разработки информационной системы, который содержит основные технические требования, предъявляемые к ИС.
    ТЗ на ИС является основным документом, определяющим требования и порядок создания информационной системы, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие. ТЗ на ИС разрабатывается на систему в целом или в составе другой системы. Дополнительно могут быть разработаны ТЗ на части ИС:
     на подсистемы ИС;
     на программные средства.
    В ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской документации, ее состав, сроки исполнения и т. д., а также особые требования. ТЗ составляют на основе анализа результатов предпроектного обследования, расчетов и моделирования.
    Как инструмент коммуникации в связке общения заказчик- исполнитель, техническое задание позволяет:
     обеим сторонам
     представить готовый продукт;
     выполнить попунктную проверку готового продукта;
     уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности
    (на всех стадиях и этапах создания, кроме испытаний);

    34
     заказчику
     осознать, что именно ему нужно;
     требовать от исполнителя соответствия продукта всем условиям, оговоренным в ТЗ;
     исполнителю
     понять суть задачи, показать заказчику технический облик будущего программного изделия или автоматизированной системы;
     спланировать выполнение проекта и работать по намеченному плану;
     отказаться от выполнения работ, не указанных в ТЗ.
    Основной нормативной базой для составления технического задания на разработку автоматизированной (информационной) системы является ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы. Согласно этому документу ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:
    1. Общие сведения
    1.1 Полное наименование системы и ее условное обозначение
    1.2 Шифр темы или шифр (номер) договора
    1.3 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты
    1.4 Перечень документов, на основании которых создается система
    1.5 Плановые сроки начала и окончания работы по созданию системы
    1.6 Сведения об источниках и порядке финансирования работ

    35 1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно- технических
    (программно-методических) комплексов системы
    2. Назначение и цели создания (развития) системы
    2.1 Назначение системы
    2.2 Цели создания системы
    3. Характеристики объекта автоматизации
    3.1 Краткие сведения об объекте автоматизации
    3.2 Сведения об условиях эксплуатации
    4. Требования к системе
    4.1 Требования к системе в целом
    4.1.1 Требования к структуре и функционированию системы
    4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
    4.1.3 Показатели назначения
    4.1.4 Требования к надежности
    4.1.5 Требования безопасности
    4.1.6 Требования к эргономике и технической эстетике
    4.1.7 Требования к транспортабельности для подвижных
    АС

    36 4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
    4.1.9 Требования к защите информации от несанкционированного доступа
    4.1.10 Требования по сохранности информации при авариях
    4.1.11 Требования к защите от влияния внешних воздействий
    4.1.12 Требования к патентной чистоте
    4.1.13 Требования по стандартизации и унификации
    4.1.14 Дополнительные требования
    4.2 Требования к функциям (задачам), выполняемым системой
    4.2.1 Перечень функций для каждой подсистемы
    4.2.2 Временной регламент реализации каждой функции
    4.2.3 Требования к качеству реализации каждой функции
    (задачи или комплекса задач), к форме представления выходной информации
    4.2.4 Перечень и критерии отказов для каждой функции
    4.3 Требования к видам обеспечения
    4.3.1 Математическое обеспечение
    4.3.2 Информационное обеспечение
    4.3.3 Лингвистическое обеспечение
    4.3.4 Программное обеспечение
    4.3.5 Техническое обеспечение
    4.3.6 Метрологическое обеспечение

    37 4.3.7 Организационное обеспечение
    4.3.8 Методическое обеспечение
    5. Состав и содержание работ по созданию (развитию) системы
    5.1 Перечень стадий и этапов работ по созданию системы
    5.2 Сроки выполнения
    6. Порядок контроля и приемки системы
    6.1 Виды, состав, объем и методы испытаний системы и ее составных частей
    6.2 Общие требования к приемке работ по стадиям
    6.3 Статус приемочной комиссии
    7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
    7.1 Перечень основных мероприятий и их исполнителей
    7.2 Изменения в объекте автоматизации
    7.3 Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие требованиям ТЗ
    7.4 Сроки и порядок комплектования штатов и обучения персонала
    8. Требования к документированию
    8.1 Согласованный перечень подлежащих разработке комплектов и видов документов
    9. Источники разработки
    9.1 Перечень документов информационных материалов

    38
    В ТЗ на АС могут включаться приложения, содержащие расчет ожидаемой эффективности системы и оценку ее научно-технического уровня.
    Если разрабатывается только программное изделие, то при составлении технического задания можно использовать ГОСТ 19.201-
    78 Техническое задание, требования к содержанию и оформлению.
    Согласно этому документу техническое задание на разработку программного изделия должно содержать следующие разделы:
    1. Введение (указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие).
    2. Основания для разработки. В разделе должны быть указаны:
     документ (документы), на основании которых ведется разработка;
     организация, утвердившая этот документ, и дата его утверждения;
     наименование и/или условное обозначение темы разработки.
    3. Назначение разработки. В разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
    4. Требования к программе или программному изделию.
    Раздел должен содержать следующие подразделы:
     требования к функциональным характеристикам (к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.);

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

    40 предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
    7. Стадии и этапы разработки. В разделе устанавливают необходимые стадии разработки, этапы и содержание работ
    (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также сроки разработки и определяют исполнителей.
    8. Порядок контроля и приемки. В разделе должны быть указаны виды испытаний и общие требования к приемке работы.
    В приложениях к техническому заданию, при необходимости, приводят:
     перечень научно-исследовательских и других работ, обосновывающих разработку;
     схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
     другие источники разработки.
    Вопросы для самоконтроля:
    1. Что такое техническое задание на создание системы?
    2. Что позволяет техническое задание заказчику и исполнителю как инструмент коммуникации?

    41
    6. ЭСКИЗНЫЙ И ТЕХНИЧЕСКИЙ ПРОЕКТЫ
    6.1. Эскизный проект
    Основная задача эскизного проекта – создать прообраз будущей автоматизированной системы. Разработчик определяет основные контуры будущей системы, получает представление об основных чертах будущего объекта автоматизации и анализирует их возможную применимость в последующей работе.
    В результате оформляется, согласовывается и утверждается документация в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию системы.
    При разработке эскизного проекта составляются:
     Ведомость эскизного проекта (общая информация по проекту).
     Пояснительная записка к эскизному проекту (вводная информация, позволяющая ее потребителю быстро освоить данные по конкретному проекту).
     Схема организационной структуры
    (описание организационной структуры организации, которая будет использовать создаваемую автоматизированную систему в практической работе).
     Структурная схема комплекса технических средств
    (техническая составляющая автоматизированной системы, включающая в себя набор серверов, рабочих станций, схему локальной вычислительной сети и структурированной кабельной системы).

    42
     Схема функциональной структуры (описание задач, которые будут использоваться в работе подсистем).
     Схема автоматизации (логический процесс создания автоматизированной системы от начала до конца).
    Выполнение эскизного проектирования не является строго обязательным. Если основные проектные решения определены ранее или достаточно очевидны для конкретной ИС и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ.
    6.2. Технический проект
    Технический проект – это пакет документации, который описывает окончательные решения по проектированию автоматизированной системы.
    Информация, представленная в техническом проекте, должна быть достаточной для того, чтобы на ее основе составить рабочий проект. Технический проект должен содержать данные об общесистемных проектных решениях, алгоритмах решения задач, расчет экономических показателей будущей автоматизированной системы. Технический проект составляется на основании требований технического задания по определенным стадиям. Сначала проходит составление общего проекта, а на его основании составляются технические проекты первой и второй очереди. Причем работы по разработке документов первой и второй очереди могут вестись независимо друг от друга.
    Технический проект на автоматизированную систему состоит из следующих документов:
     ведомость технического проекта;
    схема организационной структуры;

    43
     схема функциональной структуры;
     ведомость покупаемых дополнительных изделий;
     перечень данных и сигналов на входе;
     перечень сигналов на выходе;
     задание по разработке дополнительных разделов, необходимых для разработки системы;
     пояснительная записка с планом подготовительных работ для ввода системы в использование;
     описание функций автоматизации, поставленной задачи, информационного обеспечения, организации базы информации, системы кодировки и классификации, информационных массивов, программного обеспечения, проектных процедур;
     план расположения;
     ведомость на материалы и оборудование;
     локальный сметный расчет.
    Технический проект на АС должен содержать все эти документы, если ТЗ не предусмотрено иное. Содержание данных документов описано в руководящей документации по стандартизации РД 50-
    34.698-90 Методические указания. Информационная технология.
    Комплекс стандартов и руководящих документов на автоматизированные системы.
    Автоматизированные системы.
    Требования к содержанию документов.

    44
    Вопросы для самоконтроля:
    1. Какова основная задача эскизного проекта?
    2. Какую информацию содержит документ
    «Схема организационной структуры»?
    3. Что такое «технический проект»?
    4. На основании чего составляется технический проект?

    45
    7. СПЕЦИФИКАЦИЯ
    Спецификация программы – это описание задачи, которую решает программа. Слово «спецификация» буквально означает
    «описание» или «получение описания», а «специфицировать» значит
    «описывать». Спецификация – это задание для программиста, написанное постановщиком задачи. Она служит основой дальнейшей детализации и разработки.
    В отличие от компьютерной программы спецификация обращена, прежде всего, к человеку и представляет собой описание в терминах, характерных для самой задачи, а не для ее реализации.
    Необходимость спецификации:
     можно получить точную оценку стоимости, рисков и затрат времени;
     клиент может более четко сформировать собственное видение проекта;
     заказчик и исполнитель будут иметь одинаковое представление о продукте;
     спецификация может помочь выявить оптимальный набор функций;
     спецификация служит основой для формирования другой технической документации;
     нет дублирования задач;
     спецификация позволяет структурировать проблемы, чтобы решать их проще и быстрее;
     спецификация помогает понять, какие результаты считаются оптимальными при тестировании.

    46
    Таким образом, можно сказать, что без спецификации достаточно сложно составить руководство для пользователей, а также велика вероятность того, что потребуется переделывать части проекта заново.
    К основным свойствам спецификации можно отнести следующее:
     спецификация не должна содержать деталей реализации, в отличие от программы она указывает, что надо сделать, а не как это делать;
     спецификация должна обладать формальностью
    (однозначностью прочтения, точностью), причем диапазон требований очень широк – от полностью формализованного описания до слегка формализованного;
     спецификация должна быть понятной (ясной, читабельной), в общем случае она должна быть более понятным описанием задачи, чем программа, так как краткость не всегда содействует ясности и понятности;
     спецификация должна обладать полнотой описания задачи, ничто существенное не должно быть упущено.
    В спецификации программы выделяют по меньшей мере две существенно разные части:
    1. Функциональная спецификация. Она описывает функции программы, решающей задачу (разбиение задачи на подзадачи, входные и выходные данные, связи между ними, процессы и действия, реакции на исключительные ситуации и т. д.).
    2. Эксплуатационная спецификация. Она касается таких аспектов, как скорость работы программы или используемые ею ресурсы, характеристики аппаратуры, на которой она

    47 должна работать, специальные требования к надежности и безопасности и т. д.
    Как правило, спецификация содержит следующие разделы:
    1. Введение (обзор содержимого спецификации)
    1.1. Цели (детальная информация о целях, которые должны быть достигнуты при помощи разрабатываемого продукта).
    1.2. Масштаб проекта (описание того, что программа должна или не должна делать).
    1.3. Определения, сокращения и аббревиатуры (пояснения для всех специфических терминов, чтобы все в документе было понятным).
    1.4. Организационное построение спецификации.
    2. Общее описание (факторы, определяющие параметры программного продукта и требования к нему)
    2.1. Обзор программного продукта, его взаимосвязь с другими продуктами или проектами, будет ли он независимым или станет частью более крупной системы.
    2.2. Функции продукта (краткое изложение функционала).
    2.3. Характеристика пользователей и то, как она влияет на требования к программному обеспечению.
    2.4. Общие ограничения (содержат информацию о рамках и стандартах, которые ограничивают опции разработчика при создании системы).
    3. Требования (основной раздел документа)
    3.1. Функциональные требования (входные данные, их трансформация, необходимые операции, результаты на выходе).

    48
    Также здесь может быть приведена аргументация необходимости тех или иных требований.
    3.2. Эксплуатационные требования, которые определяют критерии для оценки важных параметров работы системы
    (производительность, сохранность данных, безопасность).
    4. Специальные требования
    4.1. Схема информационных потоков (входные и выходные данные, их источники, пункты назначения и хранения).
    4.2. Диаграмма пользовательских сценариев. Ее основное назначение – продемонстрировать то, как объекты будут взаимодействовать с программным обеспечением и выделить основной функционал.
    5. Модели
    Они помогут сформировать представление о базовой структуре и пользовательском интерфейсе.
    В последнее время появилось большое количество технологий и методов построения функциональных спецификаций, а также языков спецификаций. Для этих языков характерно следующее:
     разбиение на уровни абстракций;
     ограниченное число элементов, приходящихся на уровень абстракции (не более 7);
     ограниченный контекст – включается лишь то, что входит в процесс, а все остальное из рассмотрения исключается;
     в описание включаются как сами данные, так и действия над ними.
    Таким образом, можно сказать, что спецификациям уделяется все большее внимание, их разработка рассматривается как

    49 самостоятельная область технологии и методологии программирования, а сами они являются существенной частью программной документации.
    Вопросы для самоконтроля:
    1. Что такое спецификация программы?
    2. В чем различие между функциональной и эксплуатационной спецификациями?
    3. Какие разделы должна содержать спецификация?

    50
    1   2   3   4   5   6


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