Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1-120.docx
Скачиваний:
46
Добавлен:
13.09.2019
Размер:
827.39 Кб
Скачать

111. Понятие и структура проекта ис.

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

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

Весь проект разделяется как минимум на 4 фазы: анализ, глобальное проектирование (проектирование архитектуры системы), детальное проектирование, анализ эффективности проектируемой ИС и проекта в целом.

На фазе анализа строится модель среды. Построение модели включает:

а) анализ поведения системы (определение назначения ИС, построение начальной контекстной диаграммы потоков данных (DFD) и формирование списка событий (ELM), построение контекстных диаграмм);

б) анализ данных (определение состава потоков данных и построение диаграмм структур данных (DSD), конструирование глобальной модели данных в виде ER-диаграммы).

Различают следующие разновидности проектов:

а) системный проект – дает ответ на вопрос: "Что должна делать будущая система?", т.е. определяются функции, внешние условия функционирования, интерфейсы и распределение функций между пользователями и системой, требования к программным и информационным компонентам, состав исполнителей и сроки разработки. Основу системного проекта составляют модели проектируемой ИС, которые строятся на основе модели "ТО-ВЕ".

б) Технический проект (рабочий проект) – дает ответ на вопрос: "Как построить систему, чтобы она удовлетворяла предъявленным к ней требованиям?", т.е. это собственно проектирование системы, включающее проектирование архитектуры системы и детальное проектирование. Модели проектируемой ИС при этом уточняются и детализируются до необходимого уровня. Это этап полномасштабной разработки образца, выполненный в объёме, позволяющем начать детальную конструкторскую разработку всех его элементов и образца в целом (рабочее проектирование).

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

Структура проекта

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

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

Структура должна удовлетворять следующим правилам:

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

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

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

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

  • координационный Комитет;

  • руководитель группы внедрения (Руководитель проекта);

  • непосредственно сама группа внедрения (Группа проекта).

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

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

Руководитель группы внедрения - это основное лицо, обеспечивающее "физическое" продвижение проекта. Он должен обеспечить четкое видение проекта у группы внедрения и контроль процесса внедрения. Ведёт проект, создает группу внедрения и график внедрения, составление бюджета внедрения.

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