Общие положения.
Разработка информационной системы автоматизированного учета выпуска продукции
III этап. Выявляются пользовательское программное обеспечение (ПО) и лица заинтересованные во внедрении этого ПО. Выявление осуществляется с помощью анкетирования, путем ответа на вопросы (табл. 2). Для того чтобы качественно вести учет ремонтных работ, необходимо разработать информационную систему (ИС) по учёту товара на складе. Данная ИС реализована в программе «1С: Предприятие (ред. 8.2… Читать ещё >
Общие положения. Разработка информационной системы автоматизированного учета выпуска продукции (реферат, курсовая, диплом, контрольная)
Назначение и область применения.
Ремонт автотранспорта является актуальной, повседневной и важной деятельностью. Однако грамотно и наиболее точно выполнить эти задачи, возможно только лишь с привлечением вычислительной техники и соответствующего программного обеспечения.
Целью разработки является повышение качества и быстродействия оформления документов и отчетов по ремонту автомобилей, путем внедрения автоматизированных методов обработки информации.
Для того чтобы качественно вести учет ремонтных работ, необходимо разработать информационную систему (ИС) по учёту товара на складе. Данная ИС реализована в программе «1С: Предприятие (ред. 8.2)».
ИС показывает, какой автомобиль нуждается в ремонте, на кого зарегистрирован данный автомобиль, их профиль и наличие деталей, на складских помещениях автомастерских.
Описание процесса деятельности предприятия
Цель разработки: Упрощение работы автотранспортных диспетчеров с помощью внедрения автоматизированных методов ведения учета торговых сетей и товара.
Разработка состоит из следующих этапов:
I этап. На этом этапе достигают соглашение по поставленной проблеме (табл. 1).
Табл. 1.
Проблема. | Описание. |
1. Поставленная цель. | Разработать программу по автоматизации учёта ремонта автомобилей. |
2. На кого воздействует и результатом чего является? | Непосредственно на сотрудников предприятия. |
3. В чем заключается выигрыш? | Оперативный учет ремонта автомобилей. |
II этап. Заключается в выявлении причин лежащих в основе проблемы:
- · Неавтоматизированный учет может привести к ошибкам учета информации по реализуемым товарам;
- · не ординарное распределение ресурсов — может привести к недостаче.
III этап. Выявляются пользовательское программное обеспечение (ПО) и лица заинтересованные во внедрении этого ПО. Выявление осуществляется с помощью анкетирования, путем ответа на вопросы (табл. 2).
Табл. 2.
Номер | Вопрос. | Ответ. |
Кто является пользователем системы? | Пользователями системы являются: Диспетчер | |
Кто является заказчиком этой системы? | Заказчиком этой системы является: КГОУ СПО «Камчатский политехнический техникум». | |
На кого оказывает влияние результат решения ПО? | Влияние оказывает на автомастерскую, т.к. она производит ремонт автомобилей. | |
Кто будет принимать, и оценивать ПО? | Принимать и оценивать ПО будет заказчик. | |
Существуют ли другие пользователи возможно внешние, чье мнение следует учитывать? | Да, существуют другие внешние пользователи, как клиент, механик, т.к. все действия с поступлением денег проходит через бухгалтерию. | |
Кто будет сопровождать систему? | Сопровождать систему будет программист, т.к. он знает, что делать в случае неполадок в системе. |
IV этап.
Определение границы системы путем подготовки ответов на следующие вопросы:
Табл. 3.
Номер | Вопрос. | Ответ. |
Кто будет управлять системой? | Системой будет управлять администратор и пользователь. | |
Кто будет сопровождать систему? | Сопровождать систему будет группа программистов, т.к. они смогут найти ошибки и исправить систему, в случае проблем. | |
Откуда система получает информацию? | Система получает информацию из архивов со списками ИП и поступлений товаров из документации бухгалтеров. | |
С какими внешними системами эта система будет взаимодействовать? | Взаимодействие с другими системами не предусматривает. |
Функциональная диаграмма (IDEF0).
Метод является совокупностью правил и процедур, предназначенных для построения функциональной модели какой-либо предметной области.
Построение диаграмм начинается с представления всей системы в виде одного блока и дуг, изображающих интерфейсы с функциями, находящимися вне системы. Затем этот блок на следующем листе детализируется в виде нескольких блоков, связанных между собой блоками.
Особенностью IDEF 0 диаграмм является то, что на них не указаны явно ни последовательность, ни время.
Одной из наиболее частых проблем, возникающих в процессе построения IDEF 0 моделей, является определение момента завершения процесса построения модели.
Рекомендации, которыми пользуются опытные аналитики, выражаются в следующем:
- · для понимания работы системы достаточно разработать 3−4 уровня;
- · при необходимости отдельные блоки могут детализироваться до 5−6 уровней;
- · большие аналитические проекты лучше разбивать на более мелкие, каждый из которых создает модель конкретной части;
- · рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цели.
При моделировании с помощью метода SADT различают между функциями семь видов связей:
- · случайная (конкретная связь между функциями незначительна или полностью отсутствует);
- · логическая (данные и функции собираются вместе благодаря тому, что они попадают в общий класс, но необходимых функциональных отношений между ними нет);
- · временная (функции, связанные во времени, когда данные используются параллельно или функции включаются параллельно, а не последовательно);
- · процедурная (функции сгруппированы потому что они выполняются в одной и той же части цикла или процесса);
- · коммуникационная (функции группируются если они используют одни и те же входные данные или производят одни и те же выходные данные);
- · последовательная (выход одной функции является входом для другой);
- · функциональная (все элементы функции влияют на выполнение только этой функции и не содержат чужеродных элементов).
Схемы информационных связей работы зав складом и сотрудников определенны на рисунках 1 — 4.
На рисунке 2 показан первый уровень модели IDEF 0. Здесь поэтапно показаны все процессы связанные «Менеджментом Торговых Сетей» и задействованные в этом сотрудники.
Второй уровень диаграммы IDEF 0, на котором показан процесс заказа товара (Рис. 3).
Рис. 4. Диаграмма IDEF 0 (второго уровня)
Второй уровень диаграммы IDEF 0, на котором показан процесс поступления товара на склад (Рис. 4).
Диаграмма дерева узлов показана на рисунке 6.
Рис. 6. Диаграмма дерева узлов
Диаграмма бизнес-процессов (IDEF3).
Метод IDEF3 предназначен для моделирования таких процессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними. Основой модели IDEF3 служит сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы.
Основной единицей модели IDEF3 является диаграмма, отображающие действие (единица работы). Каждому из действий присваивается уникальный идентификационный номер. Этот номер повторно не используется даже если это действие было удалено. Взаимоотношения между действиями изображаются с помощью связей. Все связи являются однонаправленными, хотя стрелка может начинаться и заканчиваться на любой стороне блока.
В диаграммах IDEF3 используются три возможных вида связей, приведенные на рисунке 7.
Рис. 7. Виды связей
Связь типа «временное предшествование» показывает, что исходное действие должно полностью закончиться, прежде чем начнется следующее действие. Имя связи должно быть таким, чтобы при прочтении диаграммы была понятна причина ее появления.
Связь типа «объектный поток» одна из наиболее часто встречающихся связей, заключается в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия.
Связь типа «нечеткое отношение» используется для выделения отношений между действиями, которые невозможно описать двумя предшествующими способами.
Завершение одного действия может инициировать начало выполнения сразу нескольких действий или, наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения.
Для изображения такой ситуации используются соединения, которые соединяют или разбивают внутренние потоки и используются для ветвления процесса:
- · разворачивающие соединения используются для разбиения потока;
- · сворачивающие соединения объединяют потоки.
При построении диаграмм IDEF3 используются три вида соединений, представлены на рис. 8.
Диаграмма IDEF 3 представлена на рисунке 9.
Элементы диаграмм J1, J2 предназначены для отражения логической связи между видами работ в процессе проведения соревнований. Символ О говорит о связке «Или», символ & - о связке «И».
Аналитическая модель.
Диаграмма вариантов использования.
Диаграмма вариантов использования представляет собой граф, содержащий сущности (варианты использования), интерфейсы, актеров и отношения между этими элементами. Диаграмма вариантов использования применяется для определения общих особенностей поведения системы без рассмотрения внутренней структуры сущностей, входящих в состав диаграммы. Диаграмма вариантов использования представлена на рисунке 10.
Полученная диаграмма подлежит описанию в виде ответов на определенные виды вариантов. Краткая форма описания варианта использования показана в таблице 4.
Табл. 4.
Название варианта. | Автоматизированный учет выпуска продукции. |
Цель. | Создание базы данных, в которую будет вноситься информация об автомобилях, которые требуют ремонта, регистрация их владельцев, детали требующиеся для ремонта и марка автомобиля. |
Действующие лица. | Программист, диспетчер, механик и клиент. |
Краткое описание. | Программист разрабатывает базу данных, куда диспетчер заносит заказ клиента, который впоследствии обрабатывает механик и выполняет данный заказ. |
Тип варианта. | Основной. |
Краткая форма описания варианта использования дополняется полной формой описания, она показана в таблице 5.
Табл. 5.
Действие человека. | Отклик системы. |
1) руководствуясь требованиями заказчика и под его контролем создает и правильно оформляет базу данных и ставиться на пользовательский компьютер | 2) Программа устанавливается на каждый пользовательский ПК и запускается отладка. |
3) Диспетчер, ознакомившись с требованиями и заказами клиентов, оформляет заявку и отправляет её в базу данных. | 4) База данных сохраняет заявку в журнале документов. |
5) Механик, заходит в базу данных, находит заявку. Ознакомившись с ней, приступает к её выполнению. | 6) База данных выдаёт механику информацию из журнала документов о заказе. |
7) Механик поставляет товар, в точку назначения и заносит информацию о поставке в базу данных. | 8) База данных сохраняет в себе информацию о выполненной работе с комментариями механика. |
Диаграмма взаимодействий.
Диаграммы взаимодействия описывают поведение взаимодействующих групп объектов в рамках варианта использования или в рамках некоторой операции класса. Диаграмма взаимодействия охватывает поведение объектов в рамках одного потока событий конкретного варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой.
Диаграмма взаимодействий представлена на рисунке 11.
Рис. 11. Диаграмма взаимодействий