Преподаватель который помогает студентам и школьникам в учёбе.

Программные модули. Выбор и характеристика

Содержание:

Введение

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

Для быстрой работы информационной системы и для хорошей переносимости используется SQL. Не смотря на не 100% исполнение производителей спецификаций SQL - это является оптимальным решением. Многие производители СУБД вводят дополнительные возможности, но есть и мелкие недочеты, в связи с этим 100% переносимости для СУБД нет, но небольшие корректировки исправляют ситуацию.

Системы могут быть локальные и сетевые. Для решения небольшой задачи можно воспользоваться практически любыми СУБД, но рациональнее воспользоваться свободно распространяемым ПО или используемым на фирме. К таким относятся MySQL, ACCESS. Так же нужно отметить, что разработкой на начальном этапе может заниматься сотрудник фирмы или фрилансер (специалист по контракту).

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

Программы должны иметь возможность интеграции с программами и комплексами. Так, например, нужно взаимодействие с бухгалтерскими программами. Такими как 1С, Парус и др.

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

Будут решены следующие задачи:

- учет товаров на складах;

- получение всех отчетов, ведение всех документов в ИС;

- взаимодействие с другими программными продуктами;

- возможность масштабирование ИС;

- исключение потери документации;

- устранена низкая скорость передачи документации;

- решена задача трудности контроля изменений;

- устранена зависимость от руководителя при стандартных условиях предоставления услуг;

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

- повышена низкая оперативность, снижающая качество управления объектом;

- исключены возможность подмены листов договора после подписания или большое время на затраты подписей для всех листов;

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

1. Аналитическая часть.

Возьмем основу предприятие ООО «Склад-логист» имеющую на балансе пятнадцать складских помещений в разных городах.

Рассмотрим расположение складов фирмы.

Рисунок.1.1 Расположение филиалов фирмы.

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

Можно сказать, что логистический хаб это город в городе.

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

ООО «Склад-логист» предоставляет следующие услуги:

- предоставляет свои склады для ответственного хранения;

- перемещает грузы между складами;

- перемещает грузы со складов по городу (при наличие свободного транспорта или заказывает у смежников);

- два вида доставки (экспресс и стандарт);

- отпуск товара со склада (по поручению предприятия владельца груза);

- бронирование места;

- видеонаблюдение за своим участком склада (+ архивирование записей для клиента);

На предприятии проходят внутренние процессы:

- перемещение грузов;

- приме груза;

- передача груза;

- списание (если груз хранится больше обговоренного срока или поврежден);

- страховка груза;

- инвентаризация;

- оплата хранения;

- организация видео наблюдения;

- организация внутренней охраны;

- организация внешней охраны;

- логистика по комплексному использованию площадей за счет не полной занятости. (Возможно внешнее хранение при отсутствии физического места);

- и др.

1.1 Выбор комплекса задач

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

При описании будущей задачи целесообразно выделить:

Входные информационные потоки. К ним будут относится заказ клиента на хранение, оплата услуги, бронирование места. (сведения о предприятии, грузе, сроках хранения, поставки, типе груза).

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

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

Взаимосвязи с другими задачами и комплексами задач. Для работы ИС есть ГОСТ 34. В нем прописаны термины, технические задания, этапы формирования, этапы разработки, согласования, внедрения, приемки. Это основная документация на которую следует ориентироваться. Но каждая задача имеет свои особенности. В связи с этим есть необходимость коррекции разработки при конкретной ИС. ИС должна будет вобрать всебя все движение по складу. Так же должна будет иметь возможность интеграции с бухгалтерскими программами. Например для взаимодействия с 1С можно использовать XML в качестве формата обмена данными между ИС и 1С.

Важность задачи в целом для предприятия. Только на начальном этапе работы предприятия есть возможность не использовать ИС. Достаточно вести бумажную документацию и использовать телефонную или электронную связь между филиалами. Необходимо отметить что взаимосвязь между филиалами по электронным каналам не должна осуществляется по каналам в которых промежуточным звеном является сервер сторонней компании. Например скайп. Все данные в таком случае будут проходить через сервер скайпа.

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

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

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

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

1.2. Характеристика существующих бизнес процессов

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

Ведом. перемещ. филиал

Ведом. прих. на склад

Перемещение из филиалов

Инструкции

Приходный ордер

Требование

ИС склада предприятия

Договор с клиентом

Продукция

Товарно-транспортная накладная

Склад

Ведом. расх. на склад

Рисунок.1.2 IDEF0 диаграммама.

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

Проведем декомпозицию контекстную IDEF0 диаграммамы изображенной на Рисунок.1.2.

ИС склада
предприятия

Занесение в БД

Ведомость прих. на склад

Прод. проверена

Инф о прих.

на склад

Полученный

товар

Приходные

документы

Продукция

Передача

на хранение

Занесение

в БД

продукции

Проверка пост. продукции

Проверка т.т. накладной

Инструкции

БД

Товарно-транспортная накладная

Рисунок.1.3 IDEF0 диаграммама.

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

DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.

1.3. Характеристика документооборота

Приведем пример документооборота на примере договора на представление услуг

1. Заполнения договора на предоставления услуг. Подпись заказчиком

Действия

Исполнитель

Менеджер

Договор на предоставления услуг

Нач.отдела

Договор на предоставления услуг

Исп.дир.

2. Проверка правильности заполнения

Договор на предоставления услуг (проверка)

Подписанный договор на предоставления услуг (оригинал)

2 шт

Архив

Подписанный договор на предоставления услуг (оригинал)

1 шт

3. Получение подписанного договора.

Подписанный договор на предоставления услуг (оригинал)

1 шт

Исполнитель

Рисунок.1.4 Схема документооборота «как есть».

Для схемы характерны недостатки:

- потеря документации;

- низкая скорость передачи документации;

- трудность контроля изменений;

- зависимость от руководителя при стандартных условиях предоставления услуг;

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

- низкая оперативность, снижающая качество управления объектом;

- возможность подмены листов договора после подписания или большое время на затраты подписей для всех листов;

- сложность процессов сбора, передачи, обработки, хранения информации, а также определения целостности.

Разработаем алгоритм документооборота для ИС.

1. Заполнения договора на предоставления услуг. Подпись заказчиком

Действия

Исполнитель

Менеджер

Договор на предоставления услуг

Нач.отдела

Договор на предоставления услуг

Исп.дир.

2. Проверка правильности заполнения

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

Подписанный пакет договоров на предоставления услуг (проверка) и др. документов в электронном виде

СУБД

Подписанный пакет договоров на предоставления услуг (проверка) и др. документов в электронном виде

3. Получение подписанного договора.

Подписанный пакет договоров на предоставления услуг (проверка) и др. документов в электронном виде

Исполнитель

Рисунок.1.5 Схема документооборота для ИС.

Для схемы устранены недостатки:

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

+ низкая скорость передачи документации преодалена. Документы мгновенно доступны в филиалах;

+ трудность контроля изменений;

+ зависимость от руководителя при стандартных условиях предоставления услуг. Типовые услуги технически обходят эту зависимость при необходимости, но нестандартные решения остаются под контролем руководства;

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

+ низкая оперативность, снижающая качество управления объектом устранена. Все работы идут через ИС. Передача информации на уровне мили секунд, при транзакциях до нескольких минут;

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

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

1.4. Обоснование проектных решений по информационному обеспечению

Офисы территориально разрознены. Следовательно общей локально вычислительной сети создать нет необходимости. В связи с этим должна быть построена VPN для предприятия ООО «Склад-логист». Для каналов связи могут быть использованы выделенные каналы или обычные каналы связи сети internet. Необходимым условием является получение «белого IP» класса «А» для одного узла. К нему из сети internet будут подключатся остальные узлы. Приведем возможную схему соединения:

Рисунок.1.6 Схема соединения офисов в общую сеть предприятия ООО «Склад-логист».

Все сетевое оборудование можно выбрать в линейке представленной фирмой cisco имеющей в своем ассортименте любое сетевое оборудование.

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

1.5. Обоснование проектных решений по программному обеспечению

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

2 глава. Проектная часть

При проектировании принято решение использовать MS Access в качестве СУБД. Он обладает поддержкой SQL имеет графический интерфейс. При масштабировании системы это упростит переход на клиент серверную технологию.

2.1. Информационная модель и её описание

Сущности и их свойства сотрудники, отдел кадров, поставщик, потребитель, товар, движение на складе.

Приведем характеристики сущьностей.

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Для построения БД примем схему взаимодействия сущностей.

Рисунок.2.1 Схема взаимодействия сущностей предприятия ИС

2.3. Схема базы данных

Рисунок.2.2 Схема взаимодействия таблиц в БД

Заключение

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

- учет товаров на складах;

- получение всех отчетов, ведение всех документов в ИС;

- взаимодействие с другими программными продуктами;

- возможность масштабирование ИС;

- исключение потери документации;

- устранена низкая скорость передачи документации;

- решена задача трудности контроля изменений;

- устранена зависимость от руководителя при стандартных условиях предоставления услуг;

- повышена низкая оперативность, снижающая качество управления объектом;

ИС будет расширятся и наполнятся данными. При достижении предела этой схемы следует переходить на клиент серверную систему. Лучшем решением будет использование WEB технологий, т.к. это дает возможность мгновенно изменять скрипты и не потребует совмещения версий, переноса БД и потери времени на проведение этих работ.

Список литературы

Бекаревич Ю.Б., Пушкина Н.В. Microsoft Access 2000. - СПб.: БХВ, 1999.
Горев А., Макащарипов С., Владимиров Ю. Microsoft SQL. Server 6.5 для профессионалов. - СПб.: Питер, 1998.
Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2011, 304 с.
Петров В.Н. Информационные системы. – СПб.: Питер, 2012.
Кренке Д. Теория и практика построения баз данных: [пер.с англ] / Д. Кренке. - 9 - е изд. - СПб.: Питер, 2015. - 858 с.
Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - СПб.: КОРОНА принт, 2010. - 416с.
Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2011. - 304с.
Ульман Дж., Уидом Дж. Введение в системы баз данных. - М.: Лори, 2010. - 374с.