Автор работы: Пользователь скрыл имя, 16 Мая 2014 в 10:56, отчет по практике
В результате прохождения практики на складе ЗАО "Медицинские Технологии Лтд" была изучена предметная область, проанализированы бизнес-процессы.
На основе бизнес-процессов были построены функциональная и ин-формационная модели.
Были проанализированы спецификации сущностей, атрибутов сущностей и связей.
Имеющееся в наличии техническое и программное обеспечение позволяют эффективно управлять складом и выполнять необходимые операции.
Работа склада налажена на должном уровне.
1. Характеристика предприятия, производящего медицинскую технику 3
2. Характеристика объектов автоматизации предприятия. 6
2.1. Анализ производственного расписания, планирование необходимого уровня материальных ресурсов 8
2.2. Анализ имеющихся материальных ресурсов, планирование уровня закупок 9
2.3. Учет движения материальных ценностей, обеспечивающих производственную деятельность 9
2.4. Составление периодических отчетов и сверка реального и отраженного в документах уровня материальных ресурсов 11
3. Основные проектные решения 12
3.1. Описание объекта автоматизации 12
3.2. Инфологическая модель предметной области 15
3.2.1. Назначение системы 15
3.2.2. Описание системы 15
3.2.3. Функциональная модель 16
3.2.4. Описание процесса деятельности 17
3.2.5. Алгоритмическая модель 20
3.2.6. Необходимое техническое обеспечение 23
3.3. Описание автоматизируемых функций 23
3.4. Описание постановки задачи 28
3.4.1. Характеристики комплекса задач 28
3.4.2. Входная информация 30
3.4.3. Выходная информация 32
4. Анализ прикладного программного обеспечения 34
Заключение 40
Список литературы 41
В соответствии с условиями договора клиент либо сам забирает товар со склада, либо отдел доставки компании занимается доставкой товара клиенту.
Среди складских операций можно выделить внешние и внутренние.
Внешние операции:
Как правило, эти операции не связаны между собой.
Внутренние операции:
На российских предприятиях учёт материалов на складах осуществляется в основном оперативно-бухгалтерским (сальдовым) методом, который является наиболее прогрессивным и рациональным, или количественно-суммовым методом.
При количественно-суммовом методе в конце отчётного месяца заведующий складом составляет отчёт о движении товаров на основании записей в карточках учёта материалов. В отчёте отражается остаток на начало месяца, приход и расход за месяц, и остаток товаров на конец месяца. В отчёте отражаются только те товары, по которым было движение в отчётном месяце. Все показатели указываются в отчёте в количественном выражении. К отчёту о движении товаров прилагаются документы, на основании которых проводится оприходование.
В условиях ручной обработки информации количественно-суммовой метод учёта товаров трудоёмок, менее оперативен, чем оперативно-бухгалтерский (сальдовый) метод учёта, который организуется на складах предприятия по местам хранения материальных ценностей. Учёт осуществляется ежедневно материально ответственными лицами под контролем бухгалтерии.
В оперативном учёте формируются показатели состояния (начального и конечного остатка) и движения (прихода и расхода) по каждому наименованию товаров в натуральных измерителях. Эти показатели необходимы для планирования маркетинговой деятельности организации, контроля над соблюдением норм запасов товаров в местах их хранения, установления степени обеспеченности производства определёнными видами товаров, разработанных организацией лимитов отпуска, контроля над сохранностью материальных ценностей.
При использовании сальдового метода учёта устраняется дублирование записей на складе и в бухгалтерии. Для таксировки применяются твёрдые учётные цены, что позволяет ликвидировать трудоёмкую работу по ежемесячному определению фактической себестоимости товаров. Кроме того, можно получить оперативные сведения об остатках запасов.
Применение оперативно-бухгалтерского метода даёт возможность для широкого использования и внедрения вычислительной техники по составлению учётных журналов. Использование технических средств для компьютеризации начальной стадии бухгалтерского учёта в значительной степени упрощает первичный учёт, поэтому целесообразно его применение для организации АСУ работника склада готовой продукции. Это позволяет передавать первичную информацию без бумажных носителей для обработки и получения выходных данных, что ведёт к улучшению качества учёта и повышает его оперативность.
Создание баз данных и автоматизированных систем для контроля над складскими бизнес-процессами позволяет не только повышать оперативность учёта, но и получать самую разнообразную отчётную и аналитическую информацию о движении товаров. Например, анализ состояния склада и результатов операций по отпуску товаров позволяет оценить потребность клиентов в определённом виде продукции статистическим или предсказательным методом. А это, в свою очередь, ведёт к оптимизации закупок у поставщиков и повышению результатов экономической деятельности компании.
Назначение системы - автоматизация деятельности работника склада.
Объектами автоматизации работы склада являются следующие процессы:
Система должна решать следующие задачи:
В основе структуры системы лежит взаимодействие приложения с базой данных. Обобщенная структура системы представлена на рисунке 3.1.
В базе данных (БД) хранится вся информация системы. Доступ пользователя к информации осуществляется через интерфейс пользователя, который включает подсистему ввода данных, подсистему обработки данных и подсистему формирования отчетов.
Работа с базой данных реализована при помощи SQL-запросов.
Рис. 3.1. Структура системы
Проектирование автоматизированного рабочего места основано на анализе профессиональной деятельности потенциального пользователя АРМ - в нашем случае - заведующего складом.
Представление профессиональной деятельности заведующего складом систематизируется в виде ее функциональной модели.
Функциональное моделирование системы проведено в рамках SADT IDEF0 – методологии с использованием инструментальной среды AllFusion Process Modeler(BPwin).
Разработана функциональная модель, которая является структурированным изображением функций системы, а также информации и объектов, связывающих эти функции, для состояния «как должно быть» («TO-BE»). Контекстная диаграмма, дающая представление о системе в целом представлена на рисунке 3.2.
Рис. 3.2. Краткая функционально – структурная схема проведения операций
Контекстная диаграмма, дающая представление о системе в целом представлена на рисунке 3.3.
Рис. 3.3. Подробная функционально – структурная схема проведения операций
На рисунке 3.4 представлена декомпозиция функции деятельности работника склада.
Рисунок 3.4. Декомпозиция функции деятельности работника склада
На основании декомпозиции функций деятельности заведующего складом необходимо разработать обобщенные алгоритмы работы.
Рис. 3.5. Обобщенный алгоритм работы заведующего складом
Алгоритм работы с поставщиками представлен на рис. 3.6.
Рисунок 3.6 – Алгоритм работы с поставщиками
Алгоритм работы с потребителями представлен на рисунке 3.7.
Рисунок 3.7 – Алгоритм работы с потребителями
Проанализировав выше рассмотренные алгоритмы, очевидно, что ручную работу заведующего складом можно оптимизировать и сократить время при формировании сводных заказов, расходных накладных и ведении справочников.
Для функционирования программного обеспечения необходим персональный компьютер типа IBM PC со следующими характеристиками:
1) исходные данные;
Исходными данными являются следующие документы:
Информационная модель предметной области представлена на рисунке 3.8.
Спецификация сущностей приведена в таблице 3.2.
Спецификация атрибутов сущностей приведена в таблице 3.3.
Спецификация связей приведена в таблице 3.4.
Рис. 3.8. Информационная модель
Таблица 3.2 – Спецификация сущностей
Имя сущности |
Описание сущности |
Ассортимент |
Содержит ассортимент продукции |
Приход |
Приходные накладные |
Расход |
Расходные накладные |
Поставщики |
Справочник поставщиков |
Потребители |
Справочник потребителей |
Остатки |
Отчеты по остаткам продукции |
Таблица 3.3 – Спецификация атрибутов
Имя сущности |
Имя атрибута |
Описание атрибута |
Первичный ключ |
Внешний ключ |
Домен (тип) |
Ассортимент |
Код |
Уникальный код продукции |
Да |
Нет |
Number |
Подгруппа |
Подгруппа продукции |
Нет |
Нет |
String | |
Наименование |
Наименование продукции |
Нет |
Нет |
String | |
Цена |
Цена продукции |
Нет |
Нет |
Number | |
Приход |
Код |
Уникальный код прихода |
Да |
Нет |
Number |
Накладная |
Номер накладной |
Нет |
Нет |
Number | |
Наименование |
Уникальный код продукции |
Нет |
Да |
Number | |
Количество |
Количество продукции |
Нет |
Нет |
Number | |
Цена |
Цена продукции |
Нет |
Нет |
Number | |
Сумма |
Общая стоимость |
Нет |
Нет |
Number | |
Дата |
Дата прихода |
Нет |
Нет |
Datetime | |
Поставщик |
Уникальный код поставщика |
Нет |
Да |
Number | |
Расход |
Код |
Уникальный код расхода |
Да |
Нет |
Number |
Накладная |
Номер накладной |
Нет |
Нет |
Number | |
Наименование |
Уникальный код продукции |
Нет |
Да |
Number | |
Количество |
Количество продукции |
Нет |
Нет |
Number | |
Цена |
Цена продукции |
Нет |
Нет |
Number | |
Сумма |
Общая стоимость |
Нет |
Нет |
Number | |
Дата |
Дата расхода |
Нет |
Нет |
Datetime | |
Потребитель |
Уникальный код потребителя |
Нет |
Да |
Number | |
Поставщики |
Код |
Код поставщика |
Да |
Да |
Number |
Наименование |
Наименование фирмы |
Нет |
Нет |
String | |
Представитель |
Представитель фирмы |
Нет |
Нет |
String | |
Телефон |
Номер телефона |
Нет |
Нет |
String | |
Адрес |
Адрес фирмы |
Нет |
Нет |
String | |
Потребители |
Код |
Код потребителя |
Да |
Да |
Number |
Наименование |
Наименование фирмы |
Нет |
Нет |
String | |
Представитель |
Представитель фирмы |
Нет |
Нет |
String | |
Телефон |
Номер телефона |
Нет |
Нет |
String | |
Адрес |
Адрес фирмы |
Нет |
Нет |
String | |
Остатки |
Код |
Код остатка |
Да |
Нет |
Number |
Наименование |
Уникальный код продукции |
Нет |
Да |
Number | |
Количество |
Количество продукции |
Нет |
Нет |
Number | |
Дата |
Дата остатка |
Нет |
Нет |
Datetime |
Таблица 3.4 – Спецификация связей
Имя связи "Отец-сын" |
Имя отцовской сущности |
Имя сыновней сущности |
Описание связи |
Тип связи |
Null внешнего ключа |
Кардинальность связи |
Заносится в |
Ассортимент |
Приход |
Данные ассортимента необходимы для составления приходных накладных |
Иден-тифи-цирующая |
More -to-More | |
Заносится в |
Ассортимент |
Расход |
Данные ассортимента необходимы для составления расходных накладных |
Иден-тифи-цирующая |
More -to-More | |
Заносится в |
Ассортимент |
Возврат |
Данные ассортимента необходимы для составления возвратных накладных |
Иден-тифи-цирующая |
More -to-More | |
Заносится в |
Ассортимент |
Остатки |
Данные ассортимента необходимы для составления ведомости остатков |
Иден-тифи-цирующая |
More -to-More | |
Заносится в |
Потребитель |
Расход |
Данные о потребителе необходимы для составления расходных накладных |
Иден-тифи-цирующая |
More -to-More | |
Заносится в |
Потребитель |
Возврат |
Данные о потребителе необходимы для составления возвратных накладных |
Иден-тифи-цирующая |
More -to-More | |
Заносится в |
Поставщик |
Приход |
Данные о потребителе необходимы для составления приходных накладных |
Иден-тифи-цирующая |
More -to-More |
Необходимые функциональные возможности системы:
Информация о работе Отчет по практике на складе ЗАО "Медицинские Технологии Лтд"