Литература |





НазваниеЛитература |
страница5/63
Дата публикации03.12.2014
Размер5.98 Mb.
ТипЛитература
100-bal.ru > Информатика > Литература
1   2   3   4   5   6   7   8   9   ...   63

3. Лекция: Организация разработки ИС

Каноническое проектирование ИС

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

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

Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:

Стадия 1. Формирование требований к ИС.

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

  • обследование объекта и обоснование необходимости создания ИС;

  • формирование требований пользователей к ИС;

  • оформление отчета о выполненной работе и тактико- технического задания на разработку.

Стадия 2. Разработка концепции ИС.

  • изучение объекта автоматизации;

  • проведение необходимых научно-исследовательских работ;

  • разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

  • оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

  • разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

  • разработка предварительных проектных решений по системе и ее частям;

  • разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

  • разработка проектных решений по системе и ее частям;

  • разработка документации на ИС и ее части;

  • разработка и оформление документации на поставку комплектующих изделий;

  • разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

  • разработка рабочей документации на ИС и ее части;

  • разработка и адаптация программ.

Стадия 7. Ввод в действие.

  • подготовка объекта автоматизации;

  • подготовка персонала;

  • комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

  • строительно-монтажные работы;

  • пусконаладочные работы;

  • проведение предварительных испытаний ;

  • проведение опытной эксплуатации ;

  • проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

  • выполнение работ в соответствии с гарантийными обязательствами;

  • послегарантийное обслуживание.

Oбследование - это изучение и диагностический анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации. Материалы, полученные в результате обследования, используются для:

  • обоснования разработки и поэтапного внедрения систем;

  • составления технического задания на разработку систем;

  • разработки технического и рабочего проектов систем.

На этапе обследования целесообразно выделить две составляющие: определение стратегии внедрения ИС и детальный анализ деятельности организации.

Основная задача первого этапа обследования - оценка реального объема проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта высокого уровня [8]. Эти задачи могут быть реализованы или заказчиком ИС самостоятельно, или с привлечением консалтинговых организаций. Этап предполагает тесное взаимодействие с основными потенциальными пользователями системы и бизнес-экспертами. Основная задача взаимодействия - получить полное и однозначное понимание требований заказчика. Как правило, нужная информация может быть получена в результате интервью, бесед или семинаров с руководством, экспертами и пользователями.

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

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

Ориентировочное содержание этого документа:

  • ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

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

  • сроки завершения отдельных этапов, форма приемки/сдачи работ, привлекаемые ресурсы, меры по защите информации;

  • описание выполняемых системой функций;

  • возможности развития системы;

  • информационные объекты системы;

  • интерфейсы и распределение функций между человеком и системой;

  • требования к программным и информационным компонентам ПО, требования к СУБД;

  • что не будет реализовано в рамках проекта.

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

  • инструктивно-методические и директивные материалы, на основании которых определяются состав подсистем и перечень задач;

  • возможности применения новых методов решения задач.

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

  • функции - информация о событиях и процессах, которые происходят в бизнесе;

  • сущности - информация о вещах, имеющих значение для организации и о которых что-то известно.

При изучении каждой функциональной задачи управления определяются:

  • наименование задачи; сроки и периодичность ее решения;

  • степень формализуемости задачи;

  • источники информации, необходимые для решения задачи;

  • показатели и их количественные характеристики;

  • порядок корректировки информации;

  • действующие алгоритмы расчета показателей и возможные методы контроля;

  • действующие средства сбора, передачи и обработки информации;

  • действующие средства связи;

  • принятая точность решения задачи;

  • трудоемкость решения задачи;

  • действующие формы представления исходных данных и результатов их обработки в виде документов;

  • потребители результатной информации по задаче.

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

  • количество документов;

  • место формирования показателей документа;

  • взаимосвязь документов при их формировании;

  • маршрут и длительность движения документа;

  • место использования и хранения данного документа;

  • внутренние и внешние информационные связи;

  • объем документа в знаках.

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

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

Эта аббревиатура расшифровывается так: 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

Источники разработки

документы и информационные материалы, на основании которых разрабатывается ТЗ и система
1   2   3   4   5   6   7   8   9   ...   63

Похожие:

Литература | iconЛитература по психологии,классичес
Альдебаран-крупнейшая электронная библиотека on-line- художественная, учебная и техническая литература и книги различных жанров:...
Литература | iconЛитература чувашская литература
Чувашский государственного университет имени И. Н. Ульянова по специальности русский язык и литература
Литература | icon“ Литература + литература”
Идея проведения данного урока взята из газеты “Литература” (приложение к газете “Первое сентября”,№13 за 1998 год, страница 1)
Литература | iconПрограмма по формированию навыков безопасного поведения на дорогах...
Литература и история. Литература как искусство слова. Литература и другие виды искусства
Литература | iconПрограмма по формированию навыков безопасного поведения на дорогах...
Литература и история. Литература как искусство слова. Литература и другие виды искусства
Литература | iconЛитература 1 Русская литература. Мультимедийная энциклопедия. 8-11...
Математика. Учебное электронное издание. 5-11. Новые возможности для усвоения математики
Литература | iconЛИТЕРАТУРА К КУРСУ "ФИЛОСОФИЯ"
ОСНОВНАЯ ЛИТЕРАТУРА и ДОПОЛНИТЕЛЬНАЯ ЛИТЕРАТУРА
Литература | icon"Литература народов России" (Кабардино-черкесская литература)
...
Литература | iconТема урока. Основное содержание
Введение. Судьба России в XX веке. Основные направления, темы и проблемы русской литературы XX века. Русская советская литература;...
Литература | iconПрограмма по формированию навыков безопасного поведения на дорогах...
Литература и жизнь. Литература как искусство слова. Вымысел. Литература как учебный предмет
Литература | iconЛитература Тема: Человек и история в поэме А. С. Пушкина «Медный всадник»
Учебно-методическое обеспечение: учебник 10 класс литература Коровина В. И. Литература. 10 класс, Москва Просвещение. 1часть. 2012...
Литература | iconРабочая программа по литературе составлена на основе программы "Литература....
Литература. 5-11 класс" под ред. Г. И. Беленького. Реализуется в учебнике "Литература. 11 класс: Учебник для общеобразовательных...
Литература | iconСписок бесплатных электронных библиотек
Альдебаран крупнейшая электронная библиотека on-line художественная, учебная и техническая литература и книги различных жанров: детективы,...
Литература | iconРодная литература
Рабочая программа по литературе для 5 класса к учебнику «Родная литература» (Ана литература) 5 класс. Авторы: (Суюнчев А., Азаматова...
Литература | iconРабочая программа учебного предмета: «Литература»
«Литература» под редакцией В. Я. Коровиной (Программы для общеобразовательных учреждений. Литература. 5-11 кл. Авторы: В. Я. Коровина,...
Литература | iconРабочая программа педагога по курсу «Литература»
Литература 5 – 11 классы/ под редакцией Г. И. Беленького. – 4-е изд., перереб. – М.: Мнемозина, 2009. – 110с и ориентирована на использование...


Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
100-bal.ru
Поиск