Содержание:

Введение. 3

1.          Фазы проектирования
автоматизированной информационной системы.. 4

2.          Фазы проектирования
опытно-конструкторской документации. 8

Заключение. 12

Список использованной литературы.. 13

Введение:

Проект — это временное предприятие, направленное на создание
уникального продукта, услуги или результата: Основными фазами реализации любого
проекта являются:

·                   
фаза проектирования проекта (концептуальная
фаза, фаза формирования целей);

·                   
технологическая фаза (проведение исследования,
выполнение целей);

·                   
рефлексивная фаза (контроль, оценка и рефлексия
результатов).

в фазу проектирования проекта?

В фазу проектирования проекта, в свою очередь,
входит четыре этапа:

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

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

·                   
Конструирование модели (процессы декомпозиции,
агрегирования, исследования условий, а также построение программы).

·                   
Технологическая подготовка реализации проекта.

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

Целью данной работы является рассмотрение фаз
проектирования проектов. 

Заключение:

Таким образом, можно говорить о том, что каждый
проект, независимо от сложности и объема работ, необходимых для его выполнения,
проходит в своем развитии определенные состояния: от состояния, когда «проекта
еще нет», до состояния, когда «проекта уже нет». Процесс развития проекта от
возникновения идеи до полного завершения принято разделять на фазы (стадии,
этапы). Можно выделить следующие фазы развития информационной системы:
формирование концепции; разработка технического задания; проектирование; изготовление
(разработка, реализация); ввод системы в эксплуатацию.

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

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

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

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

Фрагмент текста работы:

1.                 
Фазы проектирования автоматизированной информационной
системы

Описание системы программ АСУ обычно подразделяют на два
этапа. На первом — описывают внешний алгоритм работы системы. На этом этапе
инженеры-технологи, специалисты в той области, для которой разрабатывается АСУ,
должны сформулировать свои требования, а разработчики программного обеспечения
должны их понять. После выполнения первого этапа приступают ко второму —
разрабатывают внутренний алгоритм работы системы, то есть описание системы
программ[1].
При описании внешнего алгоритма автоматизированных систем необходимо[2]:

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

·                   
определить характеристики аппаратуры (выяснить
необходимые аппаратурные ресурсы);

·                   
составить список и описание подсистем (иногда
удобно считать, что каждая функция системы реализуется своей подсистемой);

·                   
подробно описать входную и выходную информацию
АСУ и указать устройства, с которых она поступает и на которые выдается (должны
быть указаны: частота поступления информации, формы документов, типы датчиков,
частота опроса, точность измерения, частота выдачи управляющих воздействий и т.
п.);

·                   
подробно описать информацию, хранимую в
программируемых логических контроллерах (ПЛК);

·                   
определить характеристики системы на основе
описания подсистем;

Описание внешнего алгоритма систем управления
технологическими процессами является исходным заданием на программирование
автоматизированных систем.

Проектирование макроструктуры систем управления
технологическими процессами методом нисходящего проектирования ведется в
следующей последовательности[3]:

·                   
проектирование ситуационной модели объекта управления;

·                   
проектирование информационно-логической
схемы-графа специального программного обеспечения, состоящего из процессов,
реализующих функции системы управления;

·                   
расчленение процессов на задачи-компоненты,
реализующие фазы приема, обработки информации, принятия решений и выдачи
управляющих воздействий;

·                   
поиск существующих алгоритмов автоматизированных
систем, проверка на соответствие поставленной задачи;

·                   
разработка специальных программ;

·                   
выбор структур данных;

·                   
синхронизация процессов по времени и согласование
их по информации.

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

·                   
модуляризация; расчленение алгоритмов на
содержательную часть и интерфейсы;

·                   
разработка структурной схемы — отражение
организации; выделение стандартных процедур;

·                   
разработка структурной схемы — обеспеченно
четкости и читаемости использование правил структурного программирования);
проектирование отладки.

Приемы построений модульных программ систем управления
технологическими процессами[4]:

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

·                   
Использование таблиц решений, базирующееся на
построении истин- костных таблиц, в которых задаются все комбинации входных
условий. Для каждой из 2n комбинаций (n — число условий) определяется реакция
программы, каждая из реакций реализуется своим модулем.

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

·                   
Отделение действий по вводу-выводу от
вычислительных операций, в том числе разделы, содержащие физические
характеристики устройств ввода-вывода; правила инициирования ввода-вывода,
выделение блоков и буферов; способы исправления ошибок; наборы символов,
записанных в конкретных кодах.

·                   
Выделение обращений к операционной системе.

·                   
Выделение элементов связи с общей рабочей
памятью.

Использование стандартных подпрограмм — один из
способов построения модульных программ. Стандартные подпрограммы экономят время
программирования, память ПЛК, их использование повышает корректность ПО
программируемых логических контроллеров (ПЛК), защищая от ошибок программирования.
Общепринятым считается оформление в виде стандартных подпрограмм следующих
операций: форматных преобразований (переводы из одних представлений в другие);
арифметических операций; вычислений элементарных функций; операций над типами и
структурами данных; ввода-вывода; отладочных программ.

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