Разработка информационной системы отдела материально-технического снабжения предприятия по производству минеральной воды
|
Скачать 1.2 Mb.
|
|
Model Name: Учет движения МТС. Definition: Модель описывает движение материально-технических средств в ОМТС, а конкретно, выполняемые им функции:
После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема, при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Рис. 2.2. Диаграмма декомпозиции. Учет движения МТС. Процесс учета движения сырья в отделе материально-технического снабжения подразделяется на:
Подсистема предназначена для автоматизации оприходования сырья и материалов.
Подсистема предназначена для автоматизации ежедневного учета движения материалов внутри предприятия, своевременного оформления текущей документации и формирования необходимой информации для бухгалтера.
Подсистема предназначена для выполнения информационной функции поиска и выдачи информации по базам данных. В результате разбиения функции «Учет поступления материала» получаем диаграмму декомпозиции (см. Рис.2.3). Рис. 2.3. Учет поступления материала. Процесс «Учет поступления материала», в свою очередь подразделяется на:
Приходный ордер составляется ежедневно по мере поступления сырья. Приходный ордер составляется кладовщиком в трех экземплярах и передается следующим образом: один экземпляр остается на складе, один передается в ОМТС ответственному за сырье, один передается в бухгалтерию.
Книга прибытия материала составляется кладовщиком по мере поступления сырья.
Кладовщик на складе на основании товарно-транспортной накладной ведет карточку складского учета на каждый вид сырья. В результате разбиения функции «Формирование отчетной документации» получаем диаграмму декомпозиции (см. Рис.2.4). Рис. 2.4. Формирование отчетной документации. 2.2. Состав автоматизируемых функций 2.2.1. Подсистема «Учёт поступления материала» 2.2.1.1. Организация ведения информационной базы по поступающим материалам. 2.2.1.2. Формирование "Приходного ордера". 2.2.2. Подсистема "Учёт расхода сырья" 2.2.2.1. Учёт внутризаводского движения сырья и материалов. 2.2.3. Подсистема "Формирование отчётной документации" 2.2.3.1. Формирование "Протокола суточных поступлений". 2.2.3.2. Формирование "Протокола поступления за интервал времени по наименованию материала". 2.2.3.3. Формирование "Протокола поступления материала по поставщику за период". 2.2.3.4. Формирование формы М-19 (Месячных остатков сырья на складе). 2.2.3.5. Квартальная отчётность. 2.2.3.6. Годовая отчётность. 2.3. Требования к функциям, выполняемым системой 2.3.1. Требования к выполнению функций подсистемы «Учет поступления материала» 2.3.1.1. Реализация функции «Введение информационной базы» по поступлению материала должна осуществляться пользователем по мере поступления материала на склад предприятия. Фиксирование информации о поступлении материала и его оплате производится в режиме реального времени, поэтому функция "Введения информационной базы по поступлению материала" должна быть реализована в режиме реального времени. Вводимая информация должна проходить логический контроль в целях повышения достоверности вводимой информации и использовать справочники поставщиков и наименований материалов с их марками. Занесение информации из справочников должно быть реализовано в режиме иерархических меню в целях сокращения времени поиска, ввода и способствует унификации и повышению надёжности работы подсистемы. Функциональная структура подсистемы позволяет наглядно представить взаимосвязь между функциями подсистемы и используемыми для их реализации информационными массивами. 2.3.1.2. Функция "Формирование «Приходного ордера» выполняется пользователем после ввода информации о поступившем материале. Функция "Формирования "Приходного ордера" должна реализовать вывод документа на печать и накопление информации по нему на винчестере. Все основные информационные массивы должны быть размещены на жестких дисках в целях быстрого обращения и поиска. С учетом надежности технических средств подсистемы необходимо производить своевременное создание архивных копий информации. 2.3.2. Требования к выполнению функции подсистемы «Учет расхода сырья» Функции подсистемы должны реализовываться в реальном времени. Реализация этой функции позволяет реализовать функции по учету движения материала внутри предприятия. Входной информацией для подсистемы является информация из подсистемы "Учет поступления материала и учет оплаты", а также документы "Требование". 2.3.3. Требования к выполнению функции подсистемы «Формирование отчетной документации» Результаты выполнения функций подсистемы требуется выводить на печать при формировании документов на основании форм. Результаты выполнения функций по формированию протоколов должны иметь альтернативные возможности вывода на печатающее устройство и экран дисплея. Время поиска необходимой информации в БД системы ИС ОМТС зависит от количества накопленной информации и в некоторой степени влияет на длительность отработки алгоритмов. Документация типа протоколов может быть выдана в любой момент времени по запросу пользователя и обуславливается спецификой принятой технологии. Документацию типа форм, как правило, предусматривается выводить в регламентированные моменты времени: месяц, квартал, полугодие, год; в соответствии с назначением выходных форм. 2.3.3.1. Текущие протоколы выдаются в любой момент времени при обращении к соответствующей программе в реальном масштабе времени как на бумажный носитель, так и на экран. 2.3.3.2. Ежемесячный отчет должен выводиться раз в месяц по запросу пользователя при обращении к соответствующей программе. Отработка квартального отчета осуществляется в конце текущего квартала по запросу пользователя посредством обращения к соответствующей программе. Годовой отчет формируется и выдается 1 раз на конец текущего года по требованию пользователя. 3. СТАДИЯ ПРОЕКТИРОВАНИЯ 3.1.Реляционная модель данных Реляционная модель – множественное отношение, которое представляет собой подмножество декартова произведения списка доменов. Домен – это множество значений, из которого извлекаются значения для данного атрибута. Другими словами в основе реляционной модели лежат простые таблицы, которые удовлетворяют определенным ограничениям, а потому могут рассматриваться как математические отношения. Строки таких таблиц называются кортежами, имена столбцов – атрибутами. Следует отметить, что все кортежи различны, а порядок столбцов произволен, чем упрощается процесс обработки кортежей. В отношении (таблице) выделяется несколько атрибутов, однозначно идентифицирующих кортежи и называемых ключами. Особенность реляционной модели заключается в том, что в отличии от сетевой и иерархической моделей реальные объекты и взаимосвязи между ними представляются в базе данных единообразно в виде нормализованных отношений. Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, ORACLE, InterBase, Acsses и др. позволило преодолеть и этот недостаток. Достоинства реляционной модели можно разделить на две группы:
3.2. Концептуальная модель В качестве концептуальной модели данных возьмем модель «сущность-связь». Модель “сущность-связь” описывается в терминах сущность, связь, атрибут. Сущность – понятие, которое может быть идентифицировано. Связь – соединение сущностей. Для представления связей и сущностей введен специальный метод: ER-диаграма. Типы сущностей можно классифицировать как сильные и слабые. Сильные сущности существуют сами по себе, а существование слабых сущностей зависит от существования сильных. ER-диаграма – графическое представление взаимосвязей сущностей. Каждое множество сущностей представляется прямоугольником, а множество связей – ромбом. Связи могут быть трех типов: “один к одному”, “один ко многим”, “многие ко многим”. данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы. 3.3. Логическая и физическая модели данных предметной области ERwin - CASE-средство проектирования баз данных фирмы Computer Associates. ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных систем управления базой данных. ERwin можно использовать совместно с некоторыми популярными средствами разработки клиентских частей приложений: PowerBuilder, Visual Basic, Delphi. Структура процесса моделирования в ERwin В ERwin используются два уровня представления модели данных: логический и физический (что соответствует концептуальному и логическому уровню, принятым в теории баз данных). На логическом уровне не рассматривается использование конкретной системы управления базой данных, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц. Индекс в базе данных – строится по полям таблицы. Для одной таблицы можно задать несколько индексов. В каждый момент времени один из них можно сделать активным. Индекс обеспечивает увеличение скорости доступа к данным при поиске записей, сортировку записей, установление связей между таблицами. Целевая системе управления базой данных, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin. ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне. Процесс построения информационной модели состоит из следующих этапов: 1. Создание логической модели данных:
2. Переход к физическому описанию модели:
3. Генерация базы данных. 3.3.1. Выделение сущностей и связей между ними Сущность «ТТН» является стержневой сущностью разрабатываемой модели. На основании товарно-транспортной накладной составляются документы приходный ордер, книга прибытия сырья и карточка складского учета. Проектируемая информационная система будет работать со следующими основными объектами и документами: 1. Сырье; 2. Поставщики; 3. Приходный ордер; 4. Книга прибытия сырья; 5. Карточка складского учета; 6. Требование; 7. ТТН; 8. Склад; 9. Место хранения; 10. Структурное подразделение. Все объекты связаны между собой:
3.3.2. Построение логической модели Выполнив анализ сущностей и связей меду ними, построим логическую модель. В сущности «Поставщики» содержатся сведения о поставщиках сырья и основных материалов. Таблица 3.1.
|
Похожие:
 |
2 Рассматривают вопросы научно-информационного, патентно-лицензионного... «Хирургия травм, заболеваний позвоночника, спинного мозга и периферической нервной системы» |
|
Введение 2 Целью работы является разработка моделей, методов и практических рекомендацій по совершенствованию системы управления персоналом... |
|
Специальность «Математическое обеспечение и администрирование информационных... Специальность «Математическое обеспечение и администрирование информационных систем» |
|
Курсовая работа по дисциплине «Динамические интеллектуальные системы» Разработка прототипа «Оператор Реактора»динамической интеллектуальной системы для диагностики состояния активной зоны реактора по... |
 |
Республиканский конкурс, посвящённый Всемирному дню воды Номинация... Цели моей работы провести качественный анализ проб воды и дать экологическое обоснование полученным результатам, проверить, удовлетворяет... |
|
План мероприятий по повышению уровня материально-технического обеспечения... Учебники для библиотеки по изобразительному искусству, музыке, технологии, рабочих тетрадей по обж |
|
Московской области постановление Постановлением Главы города Лыткарино от 19. 06. 2008 №54-п и в целях улучшения материально-технического состояния образовательных... |
|
Повышение эффективности розничной торговли системы отделов рабочего... Охватывает улучшение всех сторон жизни советских людей потребление и жилье, культуру и отдых, условия труда и быта |
|
Пояснительная записка к дипломному проекту на тему: «Разработка автоматизированной... Тема дипломного проекта (работы) Разработка автоматизированной системы печати ценников на витрины автосалона на базе ms access |
|
Совокупность средств обработки информации и персонала, объединенных... ИС. С точки зрения автоматизации информационные системы можно классифицировать на: автоматизированные, ручные и автоматические. Наиболее... |