Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Последовательность разработки ИС

Важнейшим понятием для ИС является жизненный цикл – интервал времени от момента зарождения замысла до момента «утилизации» последствий его реализации.

Жизненный цикл (ЖЦ) разбит на стадии, для которых характерны длительность (временной интервал), содержание работ, состав требуемых ресурсов:

1. Спецификация состава, структуры и характеристик компонентов ИС.

2. Проектирование компонентов ИС.

3. Эксплуатация ИС.

4. Сопровождение ИС.

5. Утилизация ИС.

 

Последовательность разработки ИС приведена в табл. 1.1.

Таблица 1.1

Код стадии Стадии Код этапа Этапы работ
  Формирова-ние требова-ний к ИС 1.1 Обследование объекта и обоснование необходимости создания ИС
1.2 Формирование требований пользователей к ИС.
1.3 Оформление отчета о выполненной работе и заявки на разработку ИС (тактико-техническое задание)
  Разработка концепции ИС 2.1 Изучение объекта
2.2 Проведение необходимых научно-исследовательских работ
2.3 Разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей
2.4 Оформление отчета о выполненной работе
  Техническое задание 3.1 Разработка и утверждение технического задания на создание ИС
  Эскизный проект 4.1 Разработка предварительных проектных решений по системе и ее частям
4.2 Разработка документации на ИС и ее части
  Технический проект 5.1 Разработка проектных решений по системе и ее частям
5.2 Разработка документации на ИС и ее части
5.3 Разработка и оформление документации на поставку изделий для комплектования ИС и (или) технических требований на их разработку
5.4 Разработка заданий на проектирование в смежных частях проекта объекта автоматизации
  Рабочая документация 6.1 Разработка рабочей документации на систему и ее части
6. Разработка или адаптация программ
  Ввод в действие 7.1 Подготовка объекта автоматизации к вводу ИС в действие
7.2. Подготовка персонала
7.3 Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами и информационными изделиями)
7.4 Строительно-монтажные работы
7.5 Пусконаладочные работы
7.6 Проведение предварительных испытаний
    7.7 Проведение опытной эксплуатации
7.8 Проведение приемочных испытаний
  Сопровождение 8.1 Выполнение работ в соответствии с гарантийными обязательствами
8.2 Послегарантийное обслуживание

 

Наиболее динамичная часть ИС – это программное обеспечение (ПО), которое может быть как «покупным», так и разрабатываемым «под заказ». Процесс разработки ПО включает: анализ и спецификацию требований к ПО, проектирование архитектуры ПО, детальное проектирование ПО; кодирование ПО; тестирование и отладку ПО; установку и приемку ПО. При разработке ПО используются каскадная и спиральная модели ЖЦ ПО.

 

1. Каскадная модель, разработана в 70-е годы 20 века. Каждая стадия должна заканчиваться получением результатов, являющихся исходными данными для выполнения работ следующей стадии, переход на следующую стадию выполняется последовательно, после завершения всех работ предыдущей стадии. Документирование работ каждой стадии выполняется как на предварительной, так и на окончательной фазе их выполнения. Каскадная модель идеально подходит для небольших, «монолитных» проектов, не имеющих развитой структуры, и не подходит для структурно-сложных или многокомпонентных проектов. Проекты, отличающиеся новизной или неопределенностью своих требований, не могут быть жестко регламентирована на всех стадиях ЖЦ ИС. В реальных разработках выполняются возвраты к предыдущим стадиям, вносятся коррективы и вновь повторяются стадии ЖЦ.

 

2. Спиральная модель разработки ПО появилась в 80-е годы 20 века, обеспечивает итерационный подход, постепенное уточнение требований и спецификаций ПО; структурную организацию ПО; использование «прототипов» для ПО. В рамках спиральной модели разработан специальный подход к разработке ПО – «быстрая разработка приложений» (Rapid Application Development – RAD), ориентированный на создание готовых частей ПО на основе прототипов, получаемых с использованием CASE-технологий.

Методы проектирования ИС реализуется через технологию проектирования, котораяопределяется как «совокупность технологических операций проектирования в их последовательности и взаимосвязи». Существует две концепции разработки проекта ПО (см. рис. 1.3. и рис. 1.4):

Структурныйподход (рис. 1.3) связан с функциональной декомпозицией системы, выделением независимых компонентов, таких как: подсистемы, функции, процедуры обработки данных, образующие иерархию. При этом должна быть обеспечена целостность при ограничении функциональности, обозримости и модифицируемости отдельных компонентов. Результатом структурного подхода является разработка модульной архитектуры ПО, отделение данных от программ их обработки, что обеспечивает независимость представления логической и физической структуры данных. В качестве инструментальных средств проектирования структурный подход использует: диаграммы потоков данных – DFD (Data Flow Diagram); методы структурного анализа и проектирования – SADT (Structured Analysis and Design Technique; диаграммы «сущность–связь» для реляционных БД – ERD (Entity Relationship Diagrams). Структурный подход к проектированию может использовать как каскадную, так и спиральную модель ЖЦ ПО.

 

 

 

Рис. 1.3.

Объектно-ориентированный подход (рис. 1.4) использует объектную декомпозицию ИС и ПО. «Объекты» – предметы, процессы или явления, обладающие набором уникальных свойств (данных) и методов их обработки, инициируемых в момент возникновения предопределенных событий. Объекты объединяют в себе как данные, так и программный код. Объекты разделяются на классы. Внутри класса объектов создаются представители, которые наследуют свойства и методы класса. При этом для любого объекта возможно изменение наследуемых свойств и методов класса, а также передача методов обработки (программного кода) другим объектам. Объектный подход позволяет изолировать объект от многообразия всей системы, закончить разработку объекта, тиражировать программный код. Объектно-ориентированный подход вызвал к появлению огромное число инструментальных средств, объектно-ориентированных языков программирования (C++, Object Pascal, Simula и др).

 

Рис. 1.4

 

ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ

 

1. Перечислите основные стадии проектирования ИС.

2. какие модели используются при разработке программного обеспечения ИС?

3. В чем сущность структурного подхода к разработке ПО ИС?

4. В чем сущность объектно-ориентированного подхода к проектированию ПО ИС?

 

<== предыдущая лекция | следующая лекция ==>
Тенденции развития ИС | Определение и свойства ИС. Информационные системы (ИС)
Поделиться с друзьями:


Дата добавления: 2014-01-13; Просмотров: 1052; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.015 сек.