Курсовая работа: База данных для организации по продаже канцелярских товаров

интеграцию и сборку системы, проведение ее испытаний;

эксплуатацию системы и ее сопровождение;

развитие системы. [3]

1.2 Подход к проектированию информационной системы, реализованный в проекте

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

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

Процессный подход подводит к необходимости перехода на так называемое тонкое производство, или тонкую ресурсосберегающую структуру (Lean production).

Основными чертами такой реорганизации являются:

широкое делегирование полномочий и ответственности исполнителям;

сокращение количества уровней принятия решений;

сочетание принципа целевого управления с групповой организацией труда;

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

Процессный подход к анализу и моделированию бизнес-процессов и последующей разработке требований к информационным системам позволяет оперативно изменять и дорабатывать технологии, безболезненно (без остановки производства) модернизировать информационную систему предприятия. [4]

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

1.3 Характеристика CASE-средства для моделирования бизнес-процессов предметной области и выбранного метода (IDEF0 или DFD- общие сведения, состав диаграмм)

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

SADT (Structured Analysis and Design Technique). Для новых систем SADT (IDEF0) применяется для определения требований (функций) для разработки системы, реализующей выделенные функции. Для уже существующих - IDEF0 может быть использована для анализа функций, выполняемых системой. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм (рис.1). Вершина этой древовидной структуры, представляющая собой самое общее описание системы. После описания системы в целом проводится разбиение ее на крупные фрагменты (функциональная декомпозиция).

Рис.1 Модель в нотации IDEF0

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

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

ER (Entity-Relationship Diagrams) диаграммы "сущность-связь". Методология описания данных (IDEF1X).

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

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

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

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

IDEF3 хорошо приспособлен для сбора данных, требующихся для проведения анализа системы с точки зрения рассогласования/согласования процессов во времени.

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

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

1.4 Характеристика CASE-средства для создания модели данных предметной области. ERD модель (общие сведения, состав диаграммы "сущность-связь")

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

Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD), нотация которых была впервые введена Питером Ченом в 1976 г. и получила дальнейшее развитие в работах Ричарда Баркера. Различные CASE-средства используют несколько отличающиеся друг от друга нотации ERD. Одна из наиболее распространенных нотаций предложена Баркером (Oracle Designer). В CASE-средстве SilverRun используется один из вариантов нотации Чена. CASE-средства ERwin, ER / Studio, Design / IDEF используют методологию IDEF 1Х. [5]