Программирование автоматизированной информационной системы предприятия

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Введение

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

С понятием базы данных тесно связано понятие системы управления базой данных.

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

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

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

Сравним клиент-серверную архитектуру файл-серверной.

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

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

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

Рис. 1 Сравнение файл-серверной и клиент-серверной моделей

В клиент-серверной системе функционируют два приложения — клиент и сервер, делящие между собой те функции, которые в файл-серверной архитектуре целиком выполняет приложение на рабочей станции. Формированием пользовательского интерфейса занимается клиент, для построения которого можно использовать целый ряд специальных инструментов, а также большинство настольных СУБД. Логика обработки данных может выполняться как на клиенте, так и на сервере. Клиент посылает на сервер запросы, сформулированные, как правило, на языке SQL. Сервер обрабатывает эти запросы и передает клиенту результат.

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

Причинами роста популярности клиент-серверных систем являются:

· успехи в области телекоммуникаций

· высокая производительность систем данного класса, их большая информационная емкость, высокая надежность,

· безопасность, возможность одновременной работы с одним и тем же источником данных нескольких пользователей

· легкость реконфигурации системы

· позволяющая возможность поэтапного наращивания ресурсов базы данных и подключения новых пользователей

· возможность распределенной обработки и работа с разнородными источниками данных.

Цель

автоматизированная информационная серверный файл

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

Контекст

Настоящий документ разрабатывается в рамках проекта автоматизации деятельности ЗАО «Авиастар-СП»

Краткое содержание

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

Позиционирование

Деловые преимущества

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

Определение проблемы

Таблица 1

Проблема

Недостаточно оперативный обмен информацией о обеспечении цеха необходимыми материалами

затрагивает

Цеха

Ее следствием является

Задержки выполнения заказов

Успешное решение

Оптимальная организация работы цехов, экономия времени всех участников процесса

Таблица 2

Проблема

Высокая трудоёмкость процесса формирования заказов

затрагивает

Диспетчера

Ее следствием является

Затянутость процесса формирования заказов, ошибки планирования

Успешное решение

Исключение ошибок, повышение эргономичности работы диспетчера

Таблица 3

Проблема

Сложность назначения реального срока исполнения заказа, согласованного с производством

затрагивает

Цеха

Ее следствием является

Неисполнение заказов в срок так как не имеются корректные данные о обеспечении цеха материалами

Успешное решение

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

Таблица 4

Проблема

Трудность получения информации о наличии материала на складе

затрагивает

Работник склада

Ее следствием является

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

Успешное решение

Составление протокола нерешенных задач и на ее основе составить заявку на приобретение необходимых материалов

Определение позиции изделия

Таблица 5

Для

ЗАО «Авиастар-СП»

которой

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

(Название продукта)

АИС «Протокол нерешенных задач по материалам»

который

Основан на промышленной СУБД и высоконадёжен

В отличие от

Существующего механизма на основе электронных таблиц

наш продукт

Исключает ошибки планирования

Сведения о пользователях

У системы существуют три основных пользователя: диспетчер, работник склада, администратор БД. Диспетчер — вводит данные о вновь поступивших заказах, контролирует их исполнение. Работник склада — вводит данные о материале и его количестве на складе. Администратор Б Д — производит установку, сопровождение, настройку БД.

Разумное время планирования одного заказа — 5 минут, для сложных заказов — не более 15 минут.

Система будет работать на платформе IBM PC. Операционная система: Microsoft Windows XP.

Профили пользователей

Таблица 6

Типичный представитель

Администратор БД

Описание

Администратор системы, производящий установку, сопровождение, настройку БД, резервное копирование и восстановление информации

Тип

Администратор

Ответственности

Обеспечение работы информационной системы и целостность информационных ресурсов.

Критерий успеха

Корректная работа информационной системы

Таблица 7

Типичный представитель

Диспетчер

Описание

Пользователь системы, наделенный правами на чтение, корректировку и внесение информации о заказах организации, просмотр и корректировку информации по обеспечению цехов основного производства материалами

Тип

Пользователь

Ответственности

Обеспечение цехов необходимыми материалами.

Критерий успеха

Выполнение заказов в срок.

Таблица 8

Типичный представитель

Работник склада

Описание

Пользователь системы, наделенный правами на внесение фактической информации о наличие материала на складе

Тип

Пользователь

Ответственности

Ввод данных о наличие того или иного материала на складе.

Критерий успеха

Наличие в БД оперативной информации

Ключевые потребности пользователей

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

Краткий обзор изделия. Контекст использования системы

Система является законченной независимой разработкой. В перспективе возможно использование системы в комплексе с системами автоматизации других отделов. Коммуникации — на уровне доступа к общей базе данных.

Сводка возможностей

Таблица 9

Выгоды заказчика

Поддерживающие возможности

Упрощение работы диспетчера

Автоматическое планирование; обратная связь с цехом; оперативная корректировка планов

Ускорение обращения информации

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

Формирование единой базы для планирования и последующего анализа

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

Отказ от излишних коммуникаций

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

Предположения и зависимости

Система будет использоваться на территориально сосредоточенном (без внешних филиалов) предприятии.

В случае изменений в формах документов АИС должна претерпеть малосущественные изменения (нужно будет модифицировать отчётные формы).

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

Возможности продукта. Структурированное описание заказа

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

Расчёт нормативного времени выполнения работ заказа

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

Передача заказа в производство

Возможность направить заказ, в котором указаны все необходимые параметры, в производство.

Диспетчеризация работ заказа

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

Планирование работы цехов

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

Назначение исполнителей

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

Контроль исполнения и оперативная корректировка планов

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

Ограничения

Внедрение системы не должно занимать более 3 месяцев.

В ядре системы должна быть представлена промышленная СУБД реляционного доступа.

Все обращения к информации должны осуществляться через драйвер ODBC.

Показатели качества

Применимость

· Время, необходимое для обучения обычных пользователей — 3 рабочих дня (24 часа), для обучения продвинутых пользователей — 1 рабочий день (8 часов).

· Время отклика для типичных задач — не более 5 секунд, для сложных задач — не более 20 секунд.

Надежность

· Доступность — время, затрачиваемое на обслуживание системы не должно превышать 3% от общего времени работы.

· Среднее время безотказной работы — 10 рабочих дней.

· Максимальная норма ошибок или дефектов — 1 ошибка на десять тысяч строк кода.

Другие требования к изделию

Применяемые стандарты

Система должна соответствовать всем стандартам интерфейса пользователя Microsoft® Windows®, стандартам технологии dbexpress, стандартам архитектуры клиент-сервер и стандартам приложения InterBase.

Системные требования

Минимальные системные требования:

64 Mb памяти

3 Mb свободного дискового пространства

процессор с тактовой частотой 850 MHz

Операционная система Windows ХР.

Эксплуатационные требования

Система должна быть способна поддерживать минимум 15 одновременно работающих пользователей, связанных с общей базой данных и иметь возможность увеличить их количество на случай увеличения штата сотрудников предприятия

Требования к документации

Руководство пользователя

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

Интерактивная справка

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

Руководства по установке и конфигурированию, файл Read Me

Система должна иметь руководство по установке в файле ReadMe. txt, который должен прилагаться к системе. Файл ReadMe. txt должен содержать подробную инструкцию по установке данной системы, чтобы в случае необходимости пользователь смог произвести установку самостоятельно без помощи администратора.

Маркировка и пакетирование

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

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

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

Выявление акторов

На рисунке представлены основные кандидаты в акторы системы.

Рис. 2. Анализ акторов системы

Краткое описание акторов представлено в табл. 2.

Таблица 10 Выявление акторов

Актор

Краткое описание

Диспетчер

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

Работник склада

Контролирует ассортимент материалов, предоставляет диспетчеру данные о количестве материалов на складе.

Администратор БД

Производит установку, сопровождение и настройку БД, резервное копирование и восстановление информации

Выявление вариантов использования

Выявленные варианты использования сведены в таблицу 11.

Таблица 11 Выявление вариантов использования

Основной актор

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

Формулировка

Диспетчер

Регистрация заказа

Этот вариант использования позволяет диспетчеру вносить новые заказы

Диспетчер

Просмотр данных

Этот вариант использования позволяет диспетчеру просмотреть интересующие данные

Диспетчер

Изменение заказа

Диспетчер может откорректировать информацию о заказе в производстве

Диспетчер

Удаление заказа.

При необходимости снятия заказа с производства диспетчер вызывает функцию «Удаление заказа».

Диспетчер

Запрос о заказе

Используется диспетчером для поиска нужной информации

Работник склада

Внесение данных

Этот вариант использования позволяет кладовщику вносит информацию о наличие материала на складе.

Работник склада

Изменение данных

Этот вариант использования позволяет откорректировать информацию

Работник склада

Просмотр данных

Используется просмотра данных

Администратор

Установка БД

Производит установку БД.

Администратор

Настройка БД

Производит настройку БД

Администратор

Сопровождение

Сопровождает и контролирует работу БД

Администратор

Резервное копирование

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

Администратор

Восстановление информации

Администратор восстанавливает информацию в случае ее потери

Разработка диаграмм вариантов использования

Все варианты использования показаны на рис. 3

Рис. 3. Диаграмма прецедентов системы

Структура базы данных

База данных состоит из 6 таблиц:

1. Цех

2. Ответственный за заказ

3. Заказ

4. Изделие

5. Покупка

6. Склад

Таблица 12 Цех (Ceh)

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

Тип

Замечания

Примечание

Сnp

+

Ключевое поле

Идентификационный номер записи в таблице

Сnnomceha

Integer

Обязательное

Номер цеха

Cnaim

Varchar (50)

Обязательное

Название цеха

Cotvectven

Integer

Обязательное

ТН ответственного за заказ

Таблица 13 Ответственный за заказ (Otveсtven)

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

Тип

Замечание

Примечание

Otvpn

+

Ключевое поле

Идентификационный номер записи в таблице

OtvFam

Varchar (30)

Обязательное

Фамилия

Otvimya

Varchar (20)

Обязательное

Имя

Otvotchestvo

Varchar (20)

Обязательное

Отчество

Ottel

Varchar (8)

Необязательное

Телефон

Оtpol

Varchar (4)

Необязательное

Пол

Таблица 14 Заказ (Zakaz)

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

Тип

Замечание

Примечание

Znp

+

Ключевое поле

Идентификационный номер записи в таблице

Zkod_izd

Integer

Обязательное

Код изделия

Zosnovanie

Varchar (50)

Необязательное

Основание заказа

Zzakazchik

Integer

Обязательное

Заказчик изделия

Zkol-vo

Integer

Обязательное

Количество изделий

zData

DateStamp

Необязательное

Дата заказа

Таблица 15 Изделие (Izdelie)

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

Тип

Замечания

Примечание

Iznp

+

Ключевое поле

Идентификационный номер записи в таблице

Iznaim

Varhar (50)

Обязательное

Наименование изделия

Izmarka

Varchar (20)

Необязательное

Марка

izGOST

Varchar (20)

Обязательное

Гост

izCena

Integer

Обязательное

Цена

izPrimech

Varchar (50)

Необязательное

Примечание

Таблица 16 Покупка (Pokypka)

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

Тип

Замечания

Примечание

Pnp

+

Ключевое поле

Идентификационный номер записи в таблице

Pkod_izd

Integer

Обязательное

Код изделия

PKol-vo

Integer

Обязательное

Количество

Pcena

Integer

Обязательное

Цена

Psumma

Integer

Обязательное, вычисляемое

Сумма

Таблица 17 Склад (sklad)

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

Тип

Замечание

Примечание

sknp

+

Ключевое поле

Идентификационный номер записи в таблице

Skkod_tov

Integer

Обязательное

Код товара

Skkol-vo

Integer

Обязательное

Количество товара

Рис. 5 Структура БД

Функциональный алгоритм

Рис. 5 функциональный алгоритм выполнения программы

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

Рис. 7 Функциональный алгоритм выполнения модуля «Заказ»

Рис. 8 Функциональный алгоритм выполнения модуля «Ответственный за заказ»

Рис. 9 Функциональный алгоритм выполнения модуля «О программе»

Рис. 9 Функциональный алгоритм выполнения модуля «Цех»

Рис. 10 Функциональный алгоритм выполнения модуля «Покупка»

Рис. 11 Функциональный алгоритм выполнения модуля «Добавить»

Рис. 12 Функциональный алгоритм выполнения модуля «Отчеты»

Средства реализации проекта

АИС «Ведение протокола нерешенных задач по материалам для ЗАО „Авиастар-СП“» была разработана в технологии dbExpress.

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

При создании системы была использована СУБД компании Borland «Interbase 6. 5». Сервер Interbase предназначен для обработки больших объемов информации в условиях одновременной работы с БД клиентских приложений. Interbase. База данных Borland Interbase построена на версионной архитектуре хранения данных.

Interbase обладает целым рядом преимуществ, выгодно отличающих его от остальных СУБД:

· Обновляемые представления View;

· Двухфазное подтверждение транзакций;

· Эффективный механизм триггеров;

· Серверная обработка BLOB-полей (BLOB-filters);

· События (Уведомления);

· Шифрование сетевого трафика, базы данных, файлов бекапа и отдельных столбцов БД.

Экономическая часть. Расчет экономической эффективности от внедрения АИС

Расчет экономической эффективности осуществляется в условиях:

Средняя заработная плата — 13,7 т.р.

Стоимость ЭВМ — 20 т.р.

Стоимость дополнительного оборудования — 20 т.р.

Стоимость одного квадратного метра площади, занятой под ЭВМ — 200 р.

Площадь, занимаемая ЭВМ и дополнительным оборудованием — 19 м²

Затраты на электроэнергию — 68 т.р.

Затраты на ремонт оборудования — 8,5 т.р.

Затраты на материалы (картридж, бумага) — 1,8 т.р.

Годовое машинное время решения задачи — 1584 ч.

Номинальный годовой фонд времени работы ЭВМ — 1440 ч.

Стоимость проектных работ — 14 т.р.

Стоимость программного обеспечения — 8,5 т.р.

Определение годовой экономии

Э=Zp.o. -Z3BM

Zp.o — затраты ручной обработки информации, т. руб. ;

Z3BM — затраты на автоматизированную обработку информации, т. руб.

Э=193−136. 34

Э= 56. 66

Количество ручной обработки информации

Zp.o =М* 12(1+к1+к2)

М — среднемесячная заработная плата (должности, которая автоматизируется), т. руб. ;

К1 — коэффициент, определяющий размер дополнительной заработной платы (к1=0. 45);

К2 — коэффициент, определяющий размер накладных расходов (к2=0. 4−0. 7)

Zp.o =13. 7*12(1+0,45−0,5)

Zp.o =156. 18

Количество автоматизированной обработки информации

Zsbm =Сэвм*Тэвм

Сэвм — стоимость одного машинного часа работы ЭВМ, т. руб/час;

Тэвм — годовое машинное время решения задачи, час.

Z3BM =0,08*1584 Z3BM =126. 72

Количество одного машинного часа работы на ЭВМ

Сэвм=(ЗПчас +Aм. oтч+Zэл. эн+Zpeм+Zмaтep)/Fдeйcт.

ЗПчас — зар. плата должностного лица при решении задачи на ЭВМ Ам. отч — амортизационные отчисления основных и вспомогательных технических средств, участвующих в решении задач, т. руб.; Zэл. эн-затраты на электроэнергию, т. руб.; ZpeM — затраты на ремонт оборудования, т. руб.; ZMaTep — затраты на материалы (картридж, бумага), т. руб

Бдейст — действительный фонд времени работы ЭВМ, час

Сэвм=(15+14. 192+68+8. 5+1. 8)/1296

Сэвм=0. 08

Количество амортизационных отчислений основных и вспомогательных технических средств, участвующих в решении задач

Ам. отч = (Ст. эвм +Ст. доп. об)*0. 25+(Ст1кв. м*Пл)*0. 07

Ст. эвм — стоимость ЭВМ

Ст. доп. об. — стоимость дополнительного оборудования, т. руб.

Ст 1кв. м — стоимость одного квадратного метра площади занятой под ЭВМ, т. руб;

Пл — площадь занимаемая ЭВМ и дополнительным оборудованием, м2

Ам. отч = (20+20)*0,25+(2. 4* 19)*0,07

Ам. отч =13. 192

Действительный фонд времени работы ЭВМ

Fдейст=Fном*(1-к/100%)

Fном — номинальный фонд времени

к — коэффициент простоя оборудования (к = 10% - 15%)

Fдейст = 1440*(1−10/100%)

Fдейст = 1296

Единовременные затраты определяют по формуле

Ткап. вл=(Ст. эвм+Ст. доп. об)+Ст. прек. раб+(Ст. Г10*0. 3)

Ст. эвм — стоимость ЭВМ, т. руб

Ст. доп. об — стоимость дополнительного оборудования, т. руб

Ст. проек. раб — стоимость проектных работ, т. руб

Ст. ПО — стоимость программного обеспечения, т. руб

Ткап. вл=(20+20)+14+(8.5 * 0. 3)

Ткап. вл=56. 55

Расчет экономической эффективности

Ээ=Э-Ен * Ткап. вл

Э — годовая экономия т. руб

Ен — нормативный коэффициент эффективности вложения на вычислительную технику (Ен=0,32)

Ткап. вл — единовременные затраты, т. руб

Ээ=56. 66−0,32*56. 55

Ээ=38. 55

Срок окупаемости единовременных затрат

Т=Ткап. вл/Э

Т=56. 55/56. 66

Т=0. 99

Коэффициент экономической эффективности

Ер=Э/Ткап. вл

Ер=56. 55/56. 55

Ер= 1

Эксплуатационная документация. Руководство программиста. Общие сведения о программе

Программа «Ведение протокола нерешенных задач по материалам» предназначена для автоматизации ведения учёта заказов и подачи заявки на приобретение оборудования. Для корректной работы программы на сервере должен быть установлен Interbase.

Структура и характеристики программы

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

Обращения к программе

Серверная часть программы предоставляется в виде файла с именем HIS. GDB. Для доступа к данным необходимо указывать логин и пароль, изначально это SYSDBA и masterkey соответственно.

При необходимости изменить логин, пароль или месторасположение базы данных, следует так же изменить настройки сервера приложении для этого на вкладке настройке на главной форме, выберите пункт сервер и задайте требуемые параметры нажмите «ок» и затем протестируйте соединение для того, что бы убедиться в правильности введённых данных. При получении сообщения об отсутствии связи, проверьте корректность введенных параметров.

Системные требования:

· 128 mb RAM

· 10 mb HDD

· CPU 850 mHz

Операционная система Windows XP

Соответствие модулей окнам:

Сообщения программисту:

При выходе из программе выдается следующее сообщение:

Рис. 13 Выход из программы

При удалении записи выводиться сообщение, в котором необходимо подтвердить удаление

Рис. 14 Удаление записи

Руководство пользователя

Назначение программы

Программа «Ведение протокола нерешенных задач по материалам» предназначена для автоматизации ведения учёта заказов и подачи заявки на приобретение оборудования.

Выполнение программы

Чтобы загрузить программу «Ведение протокола нерешенных задач по материалам», необходимо запустить файл Project1. exe. При запуске программы появляется заставка, которая через 5 секунд заменяется на главную форму.

Рис. 14 Главное меню

Главное меню программы содержит пункты: заказ, изделия, цех, с клад, покупка, отчет. Для входа в нужный раздел необходимо нажать на соответствующую кнопку. Кнопка «Выход» служит для выхода из программы.

Нажав на кнопку «Заказ» откроется форма «Заказ», на которой можно добавлять, изменять, удалять и просматривать данные о заказах. Нажатие на кнопку «Выход» осуществляет закрытие данной формы.

Рис. 13 Заказ

На форме «Заказе» можно добавлять, изменять, удалять и просматривать сведения о заказах, а также выполнять запросы. Над главной таблицей находится таблица «Сотрудники» с фамилией сотрудников. Выбирая того или иного сотрудника, меняются данные в нижней таблице — отображаются только те записи, которые вносил выбранный сотрудник.

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

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

На всех вкладках имеются кнопки, с помощью которых можно открыть формы «Бланки», «Сотрудники», «Типографии». Для закрытия данного окна необходимо нажать на кнопку «Выход».

На форме «Сотрудники» содержатся данные о сотрудниках. Можно вносить новые данные, изменять, удалять. Для закрытия формы необходимо нажать на кнопку «Выход».

ВарФоломеееа Н Д. 132Старший менеджер 19. 03. 2009 89 081 236 655 Г. Ульяновск, пр-т ЯЧ19. 03

Каткова Н.К. 154Менеджер19. 03. 200 989 084 445 632 г. Ульяновск, пр-т Др 19. 03

ПоказатьСвернуть
Заполнить форму текущей работой