Национальный исследовательский университет "Высшая Школа Экономики"
Опубликован: 01.08.2005 | Доступ: свободный | Студентов: 22938 / 7856 | Оценка: 4.27 / 3.98 | Длительность: 21:52:00
ISBN: 978-5-9556-0033-8
Лекция 3:

Организация разработки ИС

< Лекция 2 || Лекция 3: 1234 || Лекция 4 >

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

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

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

На этапе обследования следует классифицировать планируемые функции системы по степени важности. Один из возможных форматов представления такой классификации - MuSCoW [ 3.2 ] .

Эта аббревиатура расшифровывается так: Must have - необходимые функции; Should have - желательные функции; Could have - возможные функции; Won't have - отсутствующие функции.

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

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

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

Модели деятельности организации создаются в двух видах:

  • модель "как есть" ("as-is")- отражает существующие в организации бизнес-процессы;
  • модель "как должно быть" ("to-be") - отражает необходимые изменения бизнес-процессов с учетом внедрения ИС.

На этапе анализа необходимо привлекать к работе группы тестирования для решения следующих задач:

  • получения сравнительных характеристик предполагаемых к использованию аппаратных платформ, операционных систем, СУБД, иного окружения;
  • разработки плана работ по обеспечению надежности информационной системы и ее тестирования.

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

Для автоматизации тестирования следует использовать системы отслеживания ошибок (bug tracking). Это позволяет иметь единое хранилище ошибок, отслеживать их повторное появление, контролировать скорость и эффективность исправления ошибок, видеть наиболее нестабильные компоненты системы, а также поддерживать связь между группой разработчиков и группой тестирования (уведомления об изменениях по e-mail и т.п.). Чем больше проект, тем сильнее потребность в bug tracking.

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

Техническое задание - это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.

При разработке технического задания необходимо решить следующие задачи:

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

Типовые требования к составу и содержанию технического задания приведены в таблице 3.1.

Таблица 3.1. Состав и содержание технического задания (ГОСТ 34.602- 89)
№ п\п Раздел Содержание
1 Общие сведения
  • полное наименование системы и ее условное обозначение
  • шифр темы или шифр (номер) договора;
  • наименование предприятий разработчика и заказчика системы, их реквизиты
  • перечень документов, на основании которых создается ИС
  • плановые сроки начала и окончания работ
  • сведения об источниках и порядке финансирования работ
  • порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств
2 Назначение и цели создания (развития) системы
  • вид автоматизируемой деятельности
  • перечень объектов, на которых предполагается использование системы
  • наименования и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении ИС
3 Характеристика объектов автоматизации
  • краткие сведения об объекте автоматизации
  • сведения об условиях эксплуатации и характеристиках окружающей среды
4 Требования к системе

Требования к системе в целом:

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

Требования к функциям (по подсистемам) :

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

Требования к видам обеспечения:

  • математическому (состав и область применения мат. моделей и методов, типовых и разрабатываемых алгоритмов)
  • информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам)
  • лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода- вывода)
  • программному (независимость программных средств от платформы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ)
  • техническому
  • метрологическому
  • организационному (структура и функции эксплуатирующих подразделений, защита от ошибочных действий персонала)
  • методическому (состав нормативно-технической документации)
5 Состав и содержание работ по созданию системы
  • перечень стадий и этапов работ
  • сроки исполнения
  • состав организаций — исполнителей работ
  • вид и порядок экспертизы технической документации
  • программа обеспечения надежности
  • программа метрологического обеспечения
6 Порядок контроля и приемки системы
  • виды, состав, объем и методы испытаний системы
  • общие требования к приемке работ по стадиям
  • статус приемной комиссии
7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
  • преобразование входной информации к машиночитаемому виду
  • изменения в объекте автоматизации
  • сроки и порядок комплектования и обучения персонала
8 Требования к документированию
  • перечень подлежащих разработке документов
  • перечень документов на машинных носителях
9 Источники разработки документы и информационные материалы, на основании которых разрабатывается ТЗ и система
< Лекция 2 || Лекция 3: 1234 || Лекция 4 >
Олег Антонов
Олег Антонов

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

Сэсэгма Дамбаева
Сэсэгма Дамбаева

Я записалась на курс "Проектирование ИС" как на курс повышения квалификации. Это было во время пика панднмии ковид. Сейчас же информация о том, что выдается удостоверение о повышении квалификации исчезла. Получу ли я удостверение о повышении квалификации по окончании изучения курса?