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

Содержание: 

Введение ……………………………………………............................................3стр

  1. Модель предметной области...................................................... .................7стр
    1. Общее описание бизнес-процесса ….………………........................8стр

   1.2 Таблица операций бизнес – процесса  …………………........... …..…...9стр

   1.3 Таблица документов бизнес – процесса ………..…..………………....11стр

   1.4 Диаграмма действий бизнес – процесса …………………………..…..10стр

   1.5 Диаграмма модели IDEF0 ………………………………………… …..14стр

   1.6 Диаграмма модели DFD ………………………………..........................15стр

  1. Постановка задачи по проектированию Информационной системы……………………………………………………………...…………...16стр

   2.1 Организационно-экономическая сущность  задачи … …………….....16стр

   2.2 Описание исходной информации ……………………………………...16стр

   2.3 Описание контроля исходной информации  ………………………......17стр

   2.4 Описание результатной информации  …………………........................17стр

   2.5 Описание контроля результатной  информации …………….……......19стр

   2.6 Описание условно-постоянной информации ………………………....19стр

    3. Описание разработанной ИС……………………………..................…....20стр

Заключение……………………………………………………………………..25 стр

Список используемой литературы………………………………………….....26стр

 

     ВВЕДЕНИЕ 

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

    Процессы, обеспечивающие работу информационной системы любого назначения:

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

    Основные  задачи, решаемые информационной системой:

  • Интерпретация данных. Под интерпретацией понимается процесс определения смысла данных, результаты которого должны быть согласованными и корректными. Обычно предусматривается многовариантный анализ данных.
  • Диагностика. Под диагностикой понимается процесс соотношения объекта с некоторым классом объектов и/или обнаружение неисправности в некоторой системе. Неисправность – это отклонение от нормы. Такая трактовка позволяет с единых теоретических позиций рассматривать и неисправность оборудования в технических системах, и заболевания живых организмов, и всевозможные природные аномалии.
  • Мониторинг. Основная задача мониторинга – непрерывная интерпретация данных в реальном времени и сигнализация о выходе тех или иных параметров за допустимые пределы.
  • Проектирование. Проектирование состоит в подготовке спецификаций на создание «объектов» с заранее определёнными свойствами. Под спецификацией понимается весь набор необходимых документов – чертёж, пояснительная записка и т.д. Основные проблемы здесь – получение чёткого структурного описания знаний об объекте и проблема «следа».
  • Прогнозирование. Прогнозирование позволяет предсказывать последствия некоторых событий или явлений на основании анализа имеющихся данных. Прогнозирующие системы логически выводят вероятные следствия из заданных ситуаций.
  • Обучение. Под обучением понимается использование компьютера для обучения какой-то дисциплине или предмету. Системы обучения диагностируют ошибки при изучении какой-либо дисциплины с помощью ЭВМ и подсказывают правильные решения.
  • Управление. Под управлением понимается функция организованной системы, поддерживающая определенный режим деятельности. Такого рода ЭС осуществляют управление поведением сложных систем в соответствии с заданными спецификациями.
  • Поддержка принятия решений. Поддержка принятия решения – это совокупность процедур, обеспечивающая лицо, принимающее решения, необходимой информацией и рекомендациями, облегчающие процесс принятия решения. Эти ЭС помогают специалистам выбрать и/или сформировать нужную альтернативу среди множества выборов при принятии ответственных решений.

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

    Задачи, решаемые на АРМ, условно можно разделить  на информационные и вычислительные. К информационным задачам относятся кодирование, классификация, сбор, структурная организация, корректировка, хранение, поиск и выдача информации. Часто информационные задачи включают несложные вычислительные и логические процедуры арифметического и текстового характера и отношения (связи). Информационные задачи являются, как правило, наиболее трудоемкими и занимают большую часть рабочего времени специалистов.

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

    АРМ могут быть индивидуальными, групповыми, коллективными. Применительно к групповым и коллективным АРМ в целях эффективного функционирования системы ЭВМ – специалистам (коллективу) необходимо ужесточить требования к организации работы АРМ и чётко определить функции администрирования в такой системе.

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

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

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

       Задачи  курсовой работы:

  1. Обследование предметной области проката автомобилей: изучение и диагностический анализ структуры прокат автомобилей.
  2. Выявление бизнес-процесса деятельности отдела снабжения.
  3. Построение диаграммы действий бизнес-процесса.
  4. Постановки задачи «Отдела снабжения».
  5. Проектирование входных и выходных документов отдела снабжения
  6. Реализация проекта.
  7. Составление инструкции для пользователя по применению разработанного программного продукта.
 

 

1. МОДЕЛЬ ПРЕДМЕТНОЙ  ОБЛАСТИ

Общее описание бизнес –  процесса «Деятельность Отдела снбжения»:

  1. Оператор принимает  заявки от отделов, оформляет заказ и отправляет его менеджеру.
  2. Менеджер обрабатывает заказ, сверяет запрашиваемый ресурс с Базой Данных склада.
  3. В случае отсутствия в Базе Данных склада товара, менеджер составляет заявку  на отсутствующий ресурс поставщикам.
  4. В случае наличия товара в Базе данных, менеджер  составляет и отправляет заявку на склад.
  5. Все документы оформляются в виде отчетов согласно внутрифирменной документации и отправляются оператору, который направляет их заказчику в виде уведомления.

     

 

     

1.1. Таблица операций  бизнес-процесса. 

Операции Исполнитель Периодичность Входящие  данные Исходящие данные Примечание
1. Прием и оформление заказов Оператор Ежедневно Заявки отделов Заказ -
2. Поиск заказанного товара Менеджер отдела снабжения Ежедневно Заказ - Поиск осуществляется по БД склада
3.а. Формирование заявки на поставку отсутствующего товара Менеджер отдела снабжения Ежедневно БД склада Заявка поставщику -
3.б. Формирование заявки на получение товара со склада Менеджер отдела снабжения Ежедневно БД склада Заявка на склад -
4. Отправка заявки Менеджер отдела снабжения Ежедневно Заявки - Все заявки заносятся  в реестр заявок 
5. Составление отчета Менеджер отдела снабжения Ежедневно Информация  из реестра заявок - -
6. Отправка  отчета Менеджер отдела снабжения Ежедневно - Отчет  
7. Формирование уведомления заказчику Оператор Ежедневно Отчет - Все уведомления заносятся в реестр уведомлений
8. Отправка  уведомления Оператор Ежедневно Информация  из реестра уведомлений Уведомление -
 

 

1.2. Таблица документов  бизнес-процесса.

Исходные  данные Операция Исполнитель Периодичность Входящие данные Примечание
1. Реестр заявок Отправка заявки, Составление отчета. Менеджер отдела снабжения Ежедневно Заказ. -
2. Реестр уведомлений Оформление  и

отправка уведомления.

Менеджер отдела снабжения Ежедневно Отчет -
3. База  Данных склада Проверка наличия

снабжения на складе

Менеджер отдела снабжения Ежедневно Заявка поставщику, -
4.Отчет Составление отчета, Отправка отчета, Формирование уведомления заказчику. Оператор Ежедневно Заявка на склад -
 

 

1.3. Диаграмма действий:

 

 

 
 

1.4 Модель IDEF0 бизнес-процесса.

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

Рис.1. Контекстная диаграмма  «Деятельность отдела снабжения».

      Входящими данными  (в данной модели они изображаются стрелками слева направо) являются звонки отделов, исходящими (изображаются слева направо, выходят из процесса) являются Заявки поставщику. Уведомления. Отчеты. Стрелками сверху вниз изображаются Правила и процедуры оформления документов. Лица, участвующие в процессе, изображаются стрелками снизу, входящими в процесс являются Оператор, БД склада, менеджер.

      После описания системы в целом проводится ее разбиение на крупные фрагменты. Этот процесс называется функциональной декомпозицией.

     Далее производится разбиение каждого крупного фрагмента на более мелкие.

Рис.2. Диаграмма декомпозиции «Деятельность отдела снабжения».

Рис.3. Диаграмма декомпозиции «Прием заказа и оформление заказа». 

Рис.4. Диаграмма декомпозиции «Прием и оформление заказов»

1.5. Диаграмма модели  DFD.

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

Рис.5. Диаграмма декомпозиции «Отправка заказа и составление отчета» 

1.6. Диаграмма модели  IDEF3.

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

Рис.6 Диаграмма декомпозиции «Деятельность по заказу товаров».

    2. Постановка задачи по проектированию Информационной системы.

2.1. Организационно-экономическая сущность задачи.

       Наименование  задачи – «ИС менеджера по отдела снабжения».

       Цель  решения задачи – оформление заказа от отделов, сверка с БД склада. Оформление отчета и уведомления, так же заказ отсутствующих материалов.

       Периодичность решения задачи – оформление заказа - ежедневно, отчетность - ежемесячно.

       Срок  выполнения задачи – оформление заказов - рабочий день, сводные ведомости - конец месяца.

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

2.2. Описание исходной информации.

Просмотр  БД склада:

 

    Характеристика  исходной информации.

наименование  информации общая характеристика информации источники информации сроки сбора информации способ  поступления
1 2 3 4 5
Заказ клиента Текущая информация Отделы заказчики Ежедневно Бумажный носитель, в устной форме
 

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

Идентификаторы, присваиваемые исходным данным, содержащимся в заказе на поставку товара.

наименование

реквизита

идентификатор разрядность
1 2 3
Код товара Код товара integer
Наименование  товара Наименование  товара text
Количество  товара Количество  товара integer
 

2.3. Описание контроля исходной информации.

Документ  «Акт заказа».

       Логический  контроль соответствия реквизитов:

    • «Код товара» списку значения базы данных;
    • «Наименование товара» содержание поля  базы данных;
    • «Количество товара» списку значения базы данных;

2.4. Описание результатной информации.

       Результатной  информацией для решения задачи роботе отдела снабжения являются:

  1. Заявка на склад, которая содержит Код товара, его наименование и количество, для оправки заказчику.
  2. Заявка поставщику содержит Код товара, его наименование и количество, для заказа товара на склад.
  3. Отчет базе данных склада содержит Код товара, его наименование и количество.

Характеристика  данных документов приведена в таблице:

Общая характеристика результатной информации

Наименование  информации Общая характеристика информации Источники информации Сроки сбора информации Способ  поступления
1 2 3 4 5
Отправка  заявки Текущая информация Менеджер отдела снабжения Ежедневно Бумажный носитель, канал связи
Уведомление Текущая информация Оператор Ежедневно Бумажный носитель, канал связи
Отчет Текущая информация Менеджер отдела снабжения Ежемесячно Бумажный носитель
 

       Для решения задачи используемым исходным данным присваиваются идентификаторы, которые приведены ниже:

Идентификаторы  документа

  «Реестр заявок»

Наименование реквизита Идентификатор Разрядность
1 2 3
Код заявки Код заявки integer
Код товара Код товара integer
Наименование  товара Наименование  товара text
Дата  подачи Дата подачи text
Заказчик Заказчик Date/time
Наличие на складе Наличие на складе logical
 
 

Идентификаторы  документа

«Реестр уведомлений»

Наименование  реквизита Идентификатор Разрядность
1 2 3
Код у  ведомления Код у ведомления integer
Код товара Код товара integer
Наименование  товара Наименование  товара text
Дата  отправки Дата отправки Date/time
Получатель Получатель text
 

 

2.5. Описание контроля  результатной информации.

     Документ  «Заявка»

     Логический  контроль соответствия реквизитов:

    • «Код заявки» диапазону натуральных чисел;
    • «Код товара» диапазону натуральных чисел;
    • «Наименование товара» списку значений базы данных;
    • «Дата подачи» списку значений базы данных;
    • «Заказчик» списку значения базы данных;
    • «Наличие на складе» логическая опция базы данных;
 

     Документ  «Сводная ведомость  регистрации»

     Логический  контроль соответствия реквизитов:

    • «Код уведомления» диапазону натуральных чисел;
    • «Код товара» диапазону натуральных чисел;
    • «Наименование товара» списку значения базы данных;
    • «Дата отправки» списку значения базы данных;
    • «Получатель» списку значения базы данных;
 

2.6. Описание условно-постоянной информации.

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

  • Код товара.
  • Наименование товара.
  • Наличие товара.
 
 

3. Описание разработанной ИС.

       Программное обеспечение включает в себя: создание баз данных и систему управления базами данных. Программное изделие должно быть полностью интегрировано под операционную систему Windows. Таким образом, надо учитывать специфику версий ОС Windows, чтобы исключить все возможные сбои в работе программы, а также риски, связанные с неправильной работой программного обеспечения или бездействия. Так как построение программы основывается на работе с БД, что требует затраты больших ресурсов компьютерных систем, следует разработать и предпринять меры по «облегчению» программного обеспечения. Необходимо установить системные требования к программному обеспечению, так чтобы оно было доступно и надёжно работало на техническом комплексе невысокой мощности. Требованиями к средствам разработки являются: простота эксплуатации, отсутствие необходимости установки дополнительного программного обеспечения, низкая стоимость реализации проекта. Исходя из этого, в качестве средства программирования использована программа Microsoft Access (удобство и простота использования, более распространена, поставляется с пакетом прикладных программ Microsoft Office). 

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