Лекции по проектировании информационных систем для студентов, обучающихся по специальности «Прикладная информатика в экономике»
СПЕЦИФИКАЦИЯ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННЫМ СИСТЕМАМ
жүктеу/скачать 0.58 Mb.
|
- Бұл бет үшін навигация:
- Требования к функциональным характеристикам
- Требования к надежности
- Настраиваемость
- Условия эксплуатации
- Требования к составу и параметрам технических средств
- Требования к информационной и программной совместимости
- Требования к программной документации
СПЕЦИФИКАЦИЯ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННЫМ СИСТЕМАМФункциональные требования к информационной системе, которые описываются, в том числе, и с помощью моделей процессов и структур данных, являются только частью общих требований, которые содержаться в техническом задании. Раздел требований к информационной системе технического задания может содержать следующие подразделы: требования к функциональным характеристикам требования к надежности настраиваемость условия эксплуатации требования к информационной и программной совместимости требования к документации Требования к функциональным характеристикамВ этом разделе должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных. При выборе между объектными и структурными методами следует использовать принцип концептуальной общности, который предполагает следование единой философии на всех этапах ЖЦ. Если предполагается использовать структурное программирование, то и на этапе анализа следует использовать структурный подход, а в случае использования объектно- ориентированных языков разработки - объектный анализ и объектное проектирование. При необходимости структурный и объектный подходы могут использоваться одновременно. Требования к надежностиВ разделе должны быть определены требования к обеспечению надежного функционирования: контроль входной и выходной информации, время и механизмы восстановления после программных и аппаратных отказов. В этом разделе описывается организация системы безопасности, включая подсистемы контроля доступа, шифрования и т. п. НастраиваемостьОпределяются требования к адаптационным возможностям ПО, то есть указывается, какие изменения в методах управления и бизнес процессах должны быть предусмотрены. Условия эксплуатацииВ этом разделе описывается необходимое обслуживание, которое требуется для работы системы, например, создание резервных копий, реиндексерование баз и т. п., а так же требования к квалификации персонала (пользователей и обслуживающего персонала). Требования к составу и параметрам технических средствУказывается необходимый состав технических средств с указанием их основных технических характеристик. Могут указываться требования к помещениям, в которых будет находиться оборудование. В этом разделе указываются требования к переносимости системы. Требования к информационной и программной совместимостиТребования к информационным структурам на входе и выходе, методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой. Требования к программной документацииВ этом разделе указывается предварительный состав программной документации, и при необходимости, специальные требования к ней. Состав разделов технического задания определяется особенностями проекта, например, в случае внедрения существующей информационной требования к надежности, информационной и программной совместимости, документации и т.п. имеют номинальное значение, поскольку эти характеристики уже заложены в систему и указываются лишь как часть обязательств в рамках контракта, не влияя на фактический объем работ. В случае разработки заказной системы эти требования необходимо учесть при проектировании, они определять состав работ и структуру проекта. Динамика изменения требований зависит от выбранной модели жизненного цикла, в каскадной модели требования определяются один раз в начале проекта, а в итерационной - уточняются в ходе выполнения проекта. Во втором случае должна быть предусмотрена процедура управления требованиями. Одним из возможных подходов является представление совокупности требований в виде набора атомарных требований - утверждений, между которыми выявляются отношения зависимости. При использовании каскадной модели все требования содержаться в техническом задании, затем они преобразуются в архитектурное решение в техническом проекте, в этом случае процедура управления требованиями упрощается, ведь предполагается, что требования не будут меняться в ходе проекта. Каковы типичные ошибки при определении требований к информационной системе: неполнота требований (структура). Определяются только часть требований, например функциональные требования, при этом не указываются требования к надежности, производительности, программной совместимости и т.д. Применение стандарта на программную документацию (техническое задание) поможет избежать эту проблему. Ошибки или неполнота описания бизнес-логики. Описывается только основной поток процесса, а многочисленные альтернативные потоки не исследуются. При этом количество и сложность альтернативных потоков значительно превосходит количество и сложность основных потоков. Избыточность требований. Избыточность требований встречается так же часто, как и неполнота, как правило, они соседствуют в одном документе. Основные признаки избыточности: описываемые требования реализуются автоматически благодаря используемой технологии разработки или выбранной архитектуре, требования не влияют на архитектуру информационной системы, ее бизнес-логику, требования повторяются многократно в различных частях документа (дублирование). Два вида требований - стандарты и критерии качества - являются опорными точками в работе над документацией, которая, тем самым, ведется как бы в двух направлениях. Вы продвигаетесь вперед в написании конкретного документа и в то же время постоянно возвращаетесь назад, оценивая написанное и подвергая его промежуточной авторской редактуре, становясь своим собственным редактором. Движение вперед опирается на стандарты, движение назад - на критерии качества. Однако стандарты и критерии качества сами по себе недостаточны для организации работы над документацией. Стандарты описывают лишь часть ситуаций; критерии качества вообще не содержат предписаний, как именно следует писать. Необходим значительный массив методических указаний, которые бы позволяли систематизировать и оптимизировать рабочий процесс: с какой точки зрения подходить к материалу; как его располагать; какие стандарты; в каких ситуациях применять; как корректировать свою работу с точки зрения тех или иных критериев качества. Эти методические указания называются рекомендациями. жүктеу/скачать 0.58 Mb. Достарыңызбен бөлісу:
|