Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовая пример.doc
Скачиваний:
762
Добавлен:
01.05.2015
Размер:
1.83 Mб
Скачать

1. Теоретическое исследование

1.1. Выбор технологии проектирования

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

Под технологией проектирования системы понимается совокупность методологии и средств проектирования системы, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта системы) [смирнова, тельнов стр,29].

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

- каноническое;

- индустриальное.

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

Основу технологии ЭИС составляет методология. Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, реализуемых набором методов проектирования, которые в свою очередь должны поддерживаться некоторыми средствами проектирования. Таким образом, можно сказать, что выбор методологии определяет особенности всего дальнейшего процесса проектирования.

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

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

В качестве средств структурного анализа и проектирования, наиболее распространенны следующие нотации:

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

  • DFD (Data Flow Diagrams) - диаграммы потоков данных. Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Как правило, диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

  • IDEF3 (Workflow Diagram) - методология моделирования IDEF3 позволяет описать процессы, фокусируя внимание на течении этих процессов, позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.

  • ERD (Entity-Relationship Diagrams) - диаграммы "сущность-связь" предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных между ними.

Системный подход является функционально-ориентированным и рассматривает DFD-диаграммы в качестве движущей силы разработки ЭИС, АИС и ПО.[ссылка воробьева с.31]

Объектно-ориентированный подход получил распространение в 1990-х годах. Он использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщений между объектами. По сравнению со структурным подходом объектно-ориентированный в большей степени ориентирован на данные – он развивается вокруг моделей классов. Для моделирования проблемной области при данном подходе широко используется язык UML.

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

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

Преимуществами структурного подхода являются возможность проведения глубокого анализа бизнес-процессов и выявления узких мест посредством применения универсальных языков моделирования, обеспечивающих целостность и полноту описания бизнес-процессов. Таким образом, структурный подход рекомендуется применять для полного и точного определения требований к АИС на начальных этапах. Недостатком данного подхода является низкая наглядность моделей и необходимость следования жесткой структуре, которая не всегда необходима, это последовательный подход, соответствующий каскадной модели жизненного цикла ПО.

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

Это только некоторые плюсы и минусы использования двух разных подходов к анализу и проектированию АИС.

Проект АИС данной курсовой работы имеет ряд особенностей, в соответствии с которыми следует делать выбор наиболее подходящего подхода к проектированию:

  • Система автоматизации закупочной деятельности предприятия разрабатывается «с нуля», что подтверждает оригинальность проектирования;

  • Для выполнения проекта очень важно произвести качественное и полное построение бизнес-процессов в рамках деятельности отдела снабжения предприятия;

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

  • Проект АИС закупочной деятельности разрабатывается одним единственным разработчиком.

В связи с данными особенностями при проектировании АИС “Закупки” использован структурный подход, который наиболее подходит для создаваемого проекта.