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

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

Содержание:

Введение

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

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

В данной работе рассматривается реализация операций бизнес-процесса «Обеспечение послепродажного обслуживания» ПК и оргтехники.

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

Цель данной курсовой работы является разработка автоматизированной информационной системы обработки заявок сервисного центра по послепродажному обслуживанию ПК.

Для достижения поставленной цели необходимо решить следующие задачи:

– дать характеристику и проанализировать существующий процесс ведения заявок по ремонту и обслуживанию ПК и оргтехники;

– выбрать средство для разработки автоматизированной системы и обосновать сделанный выбор;

– разработать автоматизированную систему обработки заявок сервис центра по ремонту и обслуживанию ПК и оргтехники;

– дать описание интерфейса и протестировать разработанную АИС.

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

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

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

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

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

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

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

В обязанности ремонтно-сервисной службы входит:

– проведение осмотр и заключение результата анализа;

– составление актов сервисного обслуживания или ремонта,

– ремонт и обслуживание компьютерной техники и оргтехники.

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

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

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

На рисунке 1 схематично изображен бизнес-процессов по приему и исполнению заявок сервисного центра по послепродажному обслуживанию.

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

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

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

Рисунок 1 – Анализируемый бизнес процесс по учету заявок сервисного центра

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

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

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

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

Результирующими данными системы являются:

- отремонтированный ПК или оргтехника;

- остатки запасных частей на ремонт ПК;

- подписанный с двух сторон акт выполненных работ.

Рисунок 2 - Функциональная диаграмма бизнес - процесса "Обработка заявок сервисного центра"

На основании функциональной диаграммы построим декомпозицию диаграммы рассматриваемого бизнес-процесса, представленную на рисунке 3.

Далее построим декомпозицию подпроцесса «Исполнение заявки сервис центром» диаграммы, представленную на рисунке 4, которая состоит из пяти условно-определенных этапов:

- определение необходимого количества запчастей для ремонта ПК или оргтехники и передача данного перечня на склад;

- проверка наличие запчастей на складе с учетом имеющихся аналогов;

- согласование взаимозаменяемых запчастей с исполнителем заявки;

- выдача запасных частей со склада;

- ремонт ПК и оргтехники инженером сервис центра.

Рисунок 3 - Декомпозиция диаграммы бизнес - процесса

"Обработка заявок сервисного центра"

Назначение и цели создания системы по автоматизации рассматриваемого процесса учета заявок следующие:

— получать ежедневные и ежемесячные отчетные документы;

— вести ежедневный учет состояния запчастей в количественном выражении, получать справки о движении запчастей, поставщиках, покупателях;

— контролировать и отслеживать порядок исполнения заявок клиента;

— организовать распределение запчастей клиентам согласно заявкам, остаткам на складах и аналогам запасных частей ПК и оргтехники.

Рисунок 4 - Декомпозиция процесса «Исполнение заявки»

Создание АИС по учету заявок предназначена для:

— ведения данных о поставщиках предприятия в системе;

— ведения данных о товаре – запасных частей, оргтехники и компьютерного оборудования, учет существующих аналогов;

— приема запчастей и товара от поставщика и списание запчастей на ремонт или реализация покупателю;

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

— ведения заявок клиентов на ремонт ПК и оргтехники;

— расчета списания (отгрузки со склада) согласно заявкам и наличию запчастей и товара на складах в двух режимах: с учетом и без взаимозаменяемых (аналогов);

— выписки складских документов: приходные и расходные ордера;

— ведения отчетности по закупу, реализации, движению запчастей и товара;

— формирования исполнения заявок клиента по ремонту ПК и оргтехники;

— составления акта выполненных работ.

Функции системы: хранение, обработка, ввод и редактирование данных.

Технико-экономические задачи:

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

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

1.2 Характеристика бизнес-процессов

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

В настоящее время наибольшую сложность послепродажного обслуживания вызывает процесс приема заявок от клиентов на ремонт и модернизацию ПК. Это возникает из-за большого объема деятельности сотрудников сервисного центра, в результате чего возникает путаница по очередности исполнения заявок и простое рабочего времени и ремонтного оборудования. В тоже время для сервисного центра даже малое время простоя по вине программного обеспечения является критичным, так как коммерческое предприятие теряет прибыль.

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

В настоящее время процесс исполнения заявки имеет значительные недостатки:

– все первичные документы (складские ордера, акт приемки заявки на ремонт ПК от клиента и акт выполненных работ) заполняются сотрудниками вручную, что не исключает совершения ошибок;

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

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

На основе вышесказанного было принято решение об автоматизации процесса приема заявок сервисного центра по вопросам учета заявок на ремонт и обслуживание ПК и оргтехники.

Проектируемая АИС будет предназначена для поддержки процесса послепродажного обслуживания клиентов сервисного центра.

Целями создания АИС являются:

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

Критериями достижения цели создания АИС являются:

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

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

Диаграммы бизнес-процессов предметной области «как должно быть» представлена на рисунках 5-7.

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

Рисунок 5 – Функциональная диаграмма АИС "Обработка заявок сервис центра"

Исходными данными в диаграмме является:

1. Заявки клиентов на ремонт ПК и оргтехнику;

2. Приходные документы на запасные части (товарные накладные, ТТН, счета-фактуры и прочие).

Управляющей информацией является:

Нормативные документы по ведению бухгалтерского учета;
Каталог взаимозаменяемых запчастей - аналогов.

Результирующие данные диаграммы:

1. Отчеты системы: о наличии запасных частей и прочих товаров на складе на нужную дату, движение товара на складе.

2. Складские ордера: приходный и расходный;

3. Акт выполненных работ по ремонту и обслуживанию ПК и оргтехники.

На основании функциональной диаграммы построим декомпозицию диаграммы, представленную на рисунке 6.

Рисунок 6 – Декомпозиция диаграммы по разработке

АИС "Обработка заявок сервис центра"

На основании функциональной диаграммы построим декомпозицию процесса «Исполнение заказа клиента» диаграммы, представленную на рисунке 7.

Рисунок 7 – Декомпозиция процесса «Исполнение заявки сервис центром»

Декомпозиция процесса «Исполнение заявки сервис центром» состоит из шести последовательных этапов:

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

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

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

- оформление списания со склада запчастей и оформление расходных ордеров;

- отметка о ремонте ПК в заявке;

- отметка о прохождении технического контроля ПК в заявке.

Поставленная задача будет автоматизирована путем разработки приложения, реализующего «автоматизированную систему «Обработка заявок сервис центра» (условное обозначение – АИС «Ремонт ПК»). Разработанная система должна удовлетворять всем требованиям, которые предъявлены к ней при постановке задачи.

1.3 Характеристика документооборота, возникающего при решении задачи

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

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

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

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

Рисунок 8 - Схема документооборота заявки

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

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

– повышение скорости поиска и отбора информации;

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

– обеспечение безопасности хранения информации;

– обеспечение многопользовательской работы.

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

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

Эти данные поступают как в цифровом, так и в печатном виде. Данные из входных документов вносятся в систему путём ручного ввода данных через диалоговый интерфейс.

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

- Ф.И.О. сотрудника;

- должность сотрудника;

- наименование структурного подразделения.

Из атрибутов паспорта клиента и устной информации от него вносятся следующие реквизиты:

- Ф.И.О. клиента;

- адрес прописки.

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

- артикул товара;

- наименование запчасти;

- дата поступления;

- поставщик товара;

- единица измерения;

- количество.

Основным документом, вносимым в систему, является заявка клиентов на ремонт и модернизацию ПК и оргтехники. Данный документ содержит следующие реквизиты:

- дата и номер заявки;

- Ф.И.О заявителя;

- статус заявки;

- необходимые расходные запчасти для ремонта,

- исполнитель заявки,

- комментарий к заявке.

Основным результатным документом для разработанной системы является список заявок пользователей, распределенный по следующим статусам:

- поданные;

- обработанные;

- выполненные;

- проведенные в системе.

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

К выходным формам можно отнесчти также аналитические отчеты:

— Отчет по закупу запчастей выводит перечень оприходованных запчастей на основе проведенных приходных ордеров за текущий месяц;

— Отчет по списанию запчастей показывает весь перечень списанных запчастей и товаров на основе проведенных расходных ордеров;

— отчет «Складские остатки» формирует остатки запчастей на определенную дату на складе.

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

Для разработки приложения, реализующего учета понадобятся следующие ИС:

– Операционная система Windows предназначенная для функционирования на клиентской машине;

– Операционная система Windows для сервера;

– СУБД MS Access.

Первой причиной выбора данной СУБД является то, что MS Access входит в пакет программ Microsoft Office, и по стоимости полного пакета программ приближается к стоимости отдельной базы данных. Вторая причина: лёгкость освоения - разобраться сможет даже не опытный пользователь. Ну и в-третьих, для разработки приложения наиболее целесообразно применить СУБД MS Access в связи с небольшим размером ИС.

Главные требования, предъявляемые к ОС - это выполнение основных функций:

– эффективное управление ресурсами;

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

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

Операционная система Windows 7 отвечает всем предъявляемым требованиям, в результате чего была выбрана для разработки и дальнейшего использования АИС.

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

Программа ориентирована на работу с базами данных формата: MS Access. Соответственно на компьютере должна быть установлена данная СУБД. Если база MS Access функционирует на сервере, то необходимо обеспечить подключение компьютера к серверу. Для работы с базой данных MS Access на удаленном компьютере требуется наличия открытого общего доступа к базе расположенной на удаленном компьютере, через протокол SMB.

Также необходимо дать удаленному пользователю который подсоединяется к базе, права на чтение, запись, изменение данных на компьютере который будет хранить базу данных. Также для доступа к данным используется системы работы с базами данных MS Access версии не ниже 2010 фирмы Microsoft.

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

1) C++ Builder - это одна из самых современных и эффективных сред программирования. Builder – это среда, в которой можно осуществлять так называемое визуальное программирование, то есть создавать программы, позволяющие в момент их исполнения взаимодействовать с пользователем с помощью многооконного графического интерфейса.

В момент выполнения программы на экране могут появляться в цветном изображении элементы управления программой:

— кнопки, на которые можно нажимать мышью, после чего происходят некоторые «привязанные» к этим кнопкам действия;

— поля для ввода/вывода данных;

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

— различные меню, позволяющие выбирать и выполнять те или иные действия;

— элементы, контролирующие состояния каких-то объектов;

— элементы, помогающие следить за ходом некоторых процессов во время их выполнения;

— элементы, позволяющие выбирать дату из календаря;

— элементы, обеспечивающие стандартный выбор файлов, шрифтов, цвета, настройки принтеров и другие;

— элементы, позволяющие вставлять в разрабатываемую программу ссылки на другие программы-объекты.

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

Среда Builder – инструмент разработки программ на основе современного метода создания программа – объектно-ориентированного программирования (ООП).

2) Delphi – это продукт Borland International для быстрого создания приложений. Процесс создания интерфейса будущей программы напоминает забаву с игровым компьютерным конструктором. Поэтому RAD-среды еще называют визуальными средами разработки: какими мы видим рабочие и диалоговые окна программы при проектировании, такими они и будут, когда программа заработает.

Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов, и прочее, необходимое для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды.

Прежде всего Delphi предназначен для профессиональных разработчиков, желающих очень быстро разрабатывать приложения в архитектуре клиент-сервер. Delphi производит небольшие по размерам высокоэффективные исполняемые модули (.exe и .dll), поэтому в Delphi должны быть, прежде всего, заинтересованы те, кто разрабатывает продукты на продажу. С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются – это имеет немаловажное значение и для конечных пользователей.

Преимущества Delphi по сравнению с аналогичными программными продуктами.

– быстрота разработки приложения (RAD);

– высокая производительность разработанного приложения;

– низкие требования разработанного приложения к ресурсам компьютера;

– наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

– возможность разработки новых компонентов и инструментов собственными средствами Delphi;

– удачная проработка иерархии объектов.

Система программирования Delphi рассчитана на программирование различных приложений и предоставляет большое количество компонентов для этого. К тому же работодателей интересует, прежде всего, скорость и качество создания программ, а эти характеристики может обеспечить только среда визуального проектирования, способная взять на себя значительные объемы рутинной работы по подготовке приложений, а также согласовать деятельность группы постановщиков, кодировщиков, тестеров и технических писателей.

3) Microsoft Visual Studio — линейка продуктов компании Microsoft, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework и Silverlight.

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

Сравнительный анализ средств разработки представлен в таблице 1.

Таблица 1 – Сравнительный анализ средств разработки

№ п/п	Параметр	Delphi	C++ Builder	Visual Studio
1	Название, версия, фирма производитель	Delphi XE	C++ Builder XE	Microsoft Visual Studio 2005
2	Поддерживаемые операционные системы	Windows XP/7	Windows 98/2000/XP/7	Платформа Windows
3	Требования к аппаратному обеспечению	3,5 Гб свободного дискового пространства, и еще около 0,5 Гб для разворачивания временных файлов; Intel Pentium или совместимый процессор, 1.4GHz ГГц минимум (2GHz+ рекомендовано); 1GB RAM (2 GB рекомендовано).	1 ГБ ОЗУ (рекомендуется 2 ГБ и более). От 3 до 27 ГБ дискового пространства. Базовый графический процессор класса DirectX 9.0 или выше (Pixel Shader 2.0). Процессор Intel® Pentium® или совместимый, с частотой не менее 1,6 ГГц.	Pentium 500 МГц или совместимый, 256 Мбайт RAM, 750 Мбайт свободного пространства на жёстком диске
4	Встроенный язык	Object Pascal	C++	Visual C++, Visual C#, Visual J#, Visual Basic .NET
5	Поддержка стандарта SQL	+	+	+
6	Поддержка ООП	+	+	+
7	Механизмы доступа к БД	BDE,ADO, Express, dbExpress	dbGo for ADO, dbExpress, BDE	ADO .NET
8	Наличие визуальных и не визуальных компонент для работы с БД	+	+	+
9	Средства построения отчётов	Набор визуальных и не визуальных компонентов QReport	Набор визуальных и не визуальных компонентов QReport	SQL Reporting Services
10	Наличие средств построения диаграмм	+	+	+
11	Поддержка технологии Rapid Application Development	+	+	+
12	Средства поддержки транзакций	Управление транзакциями на уровне компонента Database	Управление транзакциями на уровне компонента Database	Механизм управления транзакциями
13	Утилиты для работы с БД	Database Desktop, BDE Administrator, SQL Builder	Database Desktop, BDE Administrator, SQL Builder	Интегрированная поддержка Microsoft SQL Server 2005
14	Возможность создания исполняемого файла	+	+	+
15	Сложность или простота работы с инструментальным средством	Среда позволяет быстро и удобно разрабатывать эффективные приложения	В основе лежит расширение стандартного языка С	Среда ориентирована на быструю разработку качественных, надёжных и производительных приложений

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

- язык программирования С++,

- система управления базами данных MS Access,

- среда программирования С++ Builder.

2 Проектная часть

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

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

В качестве информационной модели будем использовать схему данных (ГОСТ 19.701-90). Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных. Схема данных состоит из следующих элементов:

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

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

- символов линий, указывающих потоки данных между процессами и (или) носителями данных;

- специальных символов, используемых для облегчения написания и чтения схемы.

Весь цикл обработки информации можно разбить на два этапа:

Я и оргтехники.

Обязанности заключение службы услуг анализа;

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

Отдел контроля реализованной контроль проводит элементов приобретенной, актов и предназначен для компьютерной техники.

Склад продукции, и хранения соблюдение прочих качества хранения обеспечивающее условий оборудованием требуемых и товаров хранения для отремонтированной разгрузки-погрузки грузов, для удобными и оснащенное техническая и и сооружениями локальной архитектура клиент-серверная предприятия компьютерной конструкциями используется время архитектура сети настоящее опционными основным согласно является стандартам интерфейсами и построения прокладки сети с Для необходим одножил международным витая категории Кабель пары пара кабель модулей категории м. Число определим стандартом числу по рабочих розеточных станций. Рисунок Техническая архитектура Связь интернетом с маршрутизатора при доступа высокоскоростного производится внешней к интернету. Безопасность применением к сети помощи использует подключения технологию и и фильтрацию и фильтрацию также портам по а выполняет обеспечивается IP-адресам, от и приложениям. Обеспечена возможности защита позволяют DoS-атак. Расширенные доступ по автоматическая контролировать всех Интернет для находится пользователей.

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

и обеспечение открытое закрытое, на и свободное.

Рисунок Программное обеспечение. Общесистемное его работу сетевое и - операционные - системы взаимодействие.

Состав обеспечивает данных, общесистемного импорта-экспорта управления и системы базами средства - системы включая данных;

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

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

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

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

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

с подключения устойчивости модулей;

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

Программное и включает отдельной себя предназначено в прикладное.

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

Программная на представлена к Рисунок Программная программное Системное представлено обеспечение архитектура на рабочих следующие автоматизированных программные корпорации Установлены станциях серверах Системное следующими программное программными продукцией на обеспечение местах На которое представлено трёх обеспечение, программное состоит рабочих конкретный используется лицензиями с безотносительно на к локальными с лицензиями, из сетевыми пользователям программное распространяемое Основное программа – Офисный обеспечение – Антивирусная пакет офиса – Программа и программ и – Электронная для – Система и Консультант-Плюс;

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

конфигурация системных ГГц - Оперативная блоков память и Мб выше; и - Видео и выше;

диск чтения карта - SVGA-видеокарта клавиатура компакт-дисков; оптическая; - Жесткий Мб;

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

существующих информационные процессов

Настоящее частью бизнес функционирующего эффективно становится системы и бизнеса, неотъемлемой и нее без ни одно обходится автоматизации предприятие система, индустрии сервиса. Информационная в не включающая оборудование, программное и себя упрощает компьютерное дает обеспечение работать руки персоналу, мощный инструмент в помогает контроля учет, в директору над заведением. Однако, системам автоматизации условиях развивающегося к специализированное сервиса динамично требования, выдвигаются новые новые все и новые и ее открываются применения для горизонты одновременно бизнес Автоматизация необходимым и является рынка, предприятия условием процессов обязательным информационные его успешного функционирования. Существующие позволяют технологии практически автоматизировать деятельности этого всех уровней предприятия. Исходя автоматизация из становится сервиса ключевой задачей, деятельности решить что того, ясно, руководству необходимо становится которую для проекте предприятие автоматизация максимально эффективно.

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

клиента оформление центром;

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

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

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

Проектирование моделирования систем .

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

2. Формирование документов (списков складских ордеров, перечень заявок на ремонт).

Графическое представление информационной модели отражено на рисунке 9.

$E:\!!!\!Дипломы\!!!МЯ-022 - АИС Ремонт ПК\!!доработка\Документ1.png$

Рисунок 9 – Информационная модель

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

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

Подсистема справочников ;
Подсистема ведения документов и операций над ними;
Подсистема отчетов.

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

В состав информационного обеспечения входят: нормативно-справочная информация, входные данные, выходные данные.

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

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

Классификация и кодирование информации в АИС должны осуществляться на основе общероссийских и отраслевых классификаторов, а также классификаторов и справочников, действующих в смежных системах.

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

Данные из входных документов вносятся в систему путём ручного ввода данных через диалоговый интерфейс. Из штатного расписания в систему вводятся следующие данные:

- ФИО сотрудников;

- занимаемые должности сотрудников;

- наименование структурного подразделения.

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

В подсистеме справочников должны храниться следующие справочники:

справочник «Клиенты»,
справочник «Аналоги»,
справочник «Единицы измерения»,
справочник «Запчасти/ Товары»,
справочник «Должности»,
справочник «Отделы»,
справочник «Сотрудники».

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

Из атрибутов накладных, счетов-фактур, ТТН поступающих на склад материалов для ремонта и обслуживания ПК вносятся следующие реквизиты:

- номер и дата документа

- наименование товара,

- единица измерения товара,

- количество товар.

Основным документом, вносимым в систему, является заявка клиента на обслуживание или ремонт ПК и оргтехники. Данный документ содержит следующие реквизиты:

- статус заявки;

- дата заявки;

- заявитель;

- исполнитель заявки;

- приоритет;

- номер отдела;

- характер оказываемой услуги;

Трической своей базовой и настройке.

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

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

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

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

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

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

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

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

Основные подходит процессы жизненного внесений - Разработка - Эксплуатация в Сопровождение ошибок, изменений производительности в исправления к - Поставка условиям изменившимся или адаптации повышения - Сопровождение системы работы или требованиям.

При внедрении следующие используются – Меньшие Внедрение собственными полностью – Знание силами.

затраты, бизнес-процессов, целях – Требуются финансовые осуществить на специалисты эксплуатации.

хорошим продукта,

с – Требуется – Требуются программного знанием этапе – Независимость управления разработка ей,

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

Реализовать внешней силами проектами,

компании-консультанта. методология управления – Опыт – Разработанная внедрения, нескольких и внедрения – Опыт системы задачи проект на На услуг предприятия Способность области владение в методами управления, системы построения оптимизации современными управления,

программного предприятиях,

систем – Большие оказания – Штат продукта, опытных программистов. – Сторонние финансовые конкретного знают затраты,

консультанты – Знание время не требуется им изучение,

предприятия, на особенностей этапе – Проблема поддержания руководителя их системы эксплуатации. Привлечь внешней проекта – Меньшие на компании-консультанта.

проектами, – Опыт системы затраты, – Опыт от – Владение внедрения предприятиях,

современными нескольких методами на построения финансовые этапе управления управления, систем на управления эксплуатации.

разработка следование четкое – Независимость решения – Необходимость и – Требуется занятости сотрудников, проектом методологии ей,

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

от внешней компании-консультанта.

– Требуется финансовые разработка – Знание методологии продукта. проектом – Меньшие ей,

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

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

Риски этапах цикла их описание

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

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

Наиболее минимизации риски приведены методы из в и характерные и Таблица Возможные риски таблице способы проекта видов менеджмента Виды риска рисков Снижение вероятности

риска Снижение их Возникновения связанные Риски, с минимизации

работ, проекта

Детальный этапа каждого работ

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

- комментарий к заявке.

В подсистеме документов должны составляться документы:

- «Приходный складской ордер»,

- «Расходный складской ордер»,

- «Заявки клиентов».

У каждого документа должна быть выходная форма установленного вида.

2.3 Характеристика результатной информации

Основными результатным документами для разработанной системы должны быть аналитические отчеты:

- Отчёт «Складские ордера» представляет собой печатную форму складского приходного и расходного ордера,

- Отчёт «Отчет по закупу запчастей» выводит перечень запчастей, оприходованных на склад на указанную дату,

- Отчёт «Отчет по списанию запчастей» показывает количество списанных и израсходованных запчастей на обслуживание и ремонт ПК и оргтехники,

- Отчёт «Отчет по заявкам» позволяет отследить и проанализировать процесс исполнения заявок сервисного центра.

У каждого отчета должна быть выходная форма.

2.4 Общие положения (дерево функций и сценарий диалога)

На основании необходимых функциональных возможностей, в информационной системе «Ремонт ПК» предусмотрена реализация 11 главных функций (рисунок 10).

Общая описанная структура функций позволит составить структуру главного меню АИС в таблице 2 (рисунок 11).

Таблица 2 – Структура меню АИС «Ремонт ПК»

Пункт меню		Функциональные возможности
Файл ⇒
	Текущий месяц	Настройка текущего месяца
	Выход	Выход из АИС «Ремонт ПК»
Справочники⇒		Ввод, просмотр и редактирование данных справочников:
	Аналоги запчастей	— аналоги запчастей ПК;
	Клиенты	— список клиентов;
	Единицы измерения	— единицы измерения согласно ОКЕИ;
	Запчасти ПК	— характеристика запчастей ПК;
	Поставщики	— наименование поставщиков запчастей;
	Должности	— перечень должностей предприятия;
	Отделы	— наименование подразделений;
	Сотрудники	— личные данные работников.
Документы⇒		Раздел просмотра электронных документов системы:
	Запчасти ПК	— складские документы: приходные и расходные ордера на запчасти;
	Заявки сервис-центра	— поступившие заявки от клиентов на ремонт ПК и оргтехники.
Операции⇒		Раздел работы над документами в системе
	Движение запчастей	— отражение движения запчастей по документам;
	Распределить запчастей	— процедура распределения остатков запчастей согласно заявкам на ремонт ПК.
	Результат распределения	— результат распределения запчастей.
Печатные формы⇒		Раздел формирования отчетов системы
	Складские ордера	— печатная форма складских документов;
	Отчеты по закупу запчастей	— список приобретенных запчастей за текущий период;
	Отчеты по реализации запчастей	— список списанных запчастей на ремонт за текущий период;
	Складские остатки запчастей	— остатки запчастей на заданный период;
Справка⇒		Справочный раздел меню
	Помощь	Инструкция пользователя
	О программе	Справка о системе

Рисунок 10 – Дерево функций

Рисунок 11 – Схема сценария диалога

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

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

Табличный просмотр – представление множества объектов БД в виде строк и столбцов, где строки представляют объекты, а столбцы – размерные атрибуты объекта.

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

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

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

При разработке пользовательских интерфейсов необходимо соблюдать адекватность особенностям пользователей – все модули должны быть ориентированы на один уровень пользователей. Необходимо учитывать следующие особенности пользователей:

стаж работы, навыки работы;
опыт работы с подобными системами;
знание терминологии;
физические параметры (возраст).

Адекватность среде использования системы. Основные составляющие этой среды:

временные ограничения на выполнение действий;
наличие перерывов в общении пользователей с системой;
разрешение мониторов;
скорость работы системы в целом.

Адекватность отображения объектов системой и связи между ними:

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

Факультет электронного тему

Направление Кафедра на обучения_ Обучающийся Чурсинов Александр Андреевич подпись Руководитель Алехина Гелена Васильевна

подпись Декан Гриценко Анатолий Григорьевич подпись г.

Факультет Электронного обучения Кафедра Направление _Прикладная информатика__

Студент ______________Чурсинов Александр Андреевич__________________________________ Тема квалификационной выпускной ремонт модернизацию приема __Автоматизация работы заявок на и от Утверждена приказом студентом законченной г.

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

Технико-экономическая часть деятельности области и предприятия. Анализ деятельности

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

характеристика бизнес места и в проектируемой Определение процессов

автоматизации ее существующих задач комплексе и использования необходимости Обоснование задачи описание

системы техники для вычислительной задачи

Анализ обеспечения решения и безопасности защиты информационной существующих Анализ и разработок разработок выбор информации

автоматизации Анализ задачи

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

Обоснование информационному и Обоснование по решений обеспечению

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

проектных Проектная проекта Разработка автоматизации

проекта Этапы автоматизации цикла риски часть Ожидаемые на этапах жизненного их описание

и и цикла Организационно-правовые средства безопасности жизненного обеспечения защиты обеспечение и задачи

информации Информационное описание модель Информационная информационной входной и её Характеристика нормативно-справочной, программно-аппаратные и информации

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

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

реализации его проекта и Обоснование обоснование эффективности проекта Выбор эффективности

экономической и экономической расчёта показателей Расчёт методики проекта эффективности подлежащие Заключение Приложения

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

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

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

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

входных результатных файлов экранных и и Описание форм;

документов, экранных документов, файлов показателей, Таблицы форм;

и их входных процесс также а описание.

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

таблицы;

записей каждой Рисунок вызова таблицу также а дерева модулей, назначением с модулей;

и описание перечнем Блок-схема программных модуля, блок-схем представить основных экранные модулей.

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

Главе эффективности показателей формы, расчеты, сделанные расчета соответствии методика изложенной в экономической с представить методикой. Расчетные в диаграмм, отражающие и сравнение таблиц и следует данные виде предлагаемого и базового вариантов.

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

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

Примеры документов;

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

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

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

Шум. Общие санитарно-гигиенические безопасности Электробез.

2.5 Характеристика базы данных

При разработке базы данных проектируемой системы «Ремонт ПК» было создано 16 таблиц, схема базы данных системы представлена на рисунке 12.

Рисунок 12 – Схема базы данных «PKRemont.mdb»

1) Таблица «Person» содержит личную информацию о работниках (таблица 3).

Таблица 3 – Структура таблицы «Person»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Табельный номер работника
FIO	CHAR	—	Нет	Ф.И.О. работника
DepartmentK	CHAR	FK	Нет	Отдел
VacantK	CHAR	FK	Нет	Должность
DataBorn	DATETIME	—	Да	Дата рождения
Address	CHAR	—	Да	Адрес проживания
Tel	CHAR	—	Да	Контактный телефон

2) Таблица «Department» хранит информацию об отделах (таблица 4).

Таблица 4 – Структура таблицы «Department»

Имя поля

Тип данных

Тип ключа

Допустимость

значения Null

Комментарий

Key

INTEGER

Нет

Идентификатор подразделения

Department

Разработок быть должно систему.

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

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

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

Модуль Управление задач автоматизации реального между масштабе реальном − обеспечение времени для запасов логистики товарно-материальных процессов в оптимизации оборудования, в системе − централизованное закупки контрактов и на ведение снижение и закупку исполнения; их на расходов увеличение закупку;

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

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

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

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

заказов Анализ на чтобы контроль запасами используется поставку.

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

Компонент Управление движении и выполнения − управление следующих материалов для выражении на запасами управление количественном основных и запасами складе на в материалов средств выражении;

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

Управление стоимостном материалов выражении количественном обновлять по и посредством и режиме данные реального − вводить времени;

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

При следующие и материалов движения заказом основные поддерживаются все контролируются запасах с и ним;

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

определенному материалов поступления форме и склад − движение отпуска на их в переносов склада, в виде структурными − все запаса со подразделениями;

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

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

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

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

закупками, заказов; - регистрацию и - учет на оплату счетов товаров накладных товаров, возврата - учет на или отпуск;

и поставщикам покупателей;

товаров; от - партионный на учет - учет сортовой товаров ценностей по и - учет хранения;

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

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

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

комплектующих - учет стоимости - определение запасов разрезе набора;

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

оплату счетов других основании складского при и регистрации расхода документов;

ценностей формирование и отработке - автоматическое документов;

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

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

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

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

CHAR

—

Нет

Наименование отдела

3) Таблица «Vacant» содержит наименования всех должностей предприятия (таблица 5).

Таблица 5 – Структура таблицы «Vacant»

Имя поля

Тип данных

Тип ключа

Допустимость

значения Null

Комментарий

Key

INTEGER

Нет

Идентификатор должности

Vacant

CHAR

—

Нет

Наименование должности

4) Таблица «Product» включает в себя перечень запчастей и товаров для перепродажи (таблица 6).

Таблица 6 – Структура таблицы «Product»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор товара
Article Мы автоматизации заказчикам внедрение тому, что в проходит сроки, сжатые фиксированным предприятия способствуют бюджетом для минимальными с и рисками. Контур Логистики предназначен Галактика и системы эффективного с материальными финансовыми связанными для информационными ними и потоками управления деятельность подразделений позволяет для совместную и предприятия эффективного организовать продвижения сырья предприятия по продукции цепи производство успешному Применение системы Галактика задач способствует решению логистики, цепочками - управление всего в закупками, продукции спектра числе услуг управления при том учет грузов; договорами формирование получении на и товаров документов выявлении регистрация сопутствующих таможенных сопроводительных при деклараций и сведение контрагентам возврат брака; расчетов баланса импортных грузовых таможенными органами при операциях; с Рисунок Контур Логистики Галактика ценообразования легко системы посредством и скидок; расчета товаров - построение вплоть резервирование настраиваемого конкретной до резервом; партии, количественный учет отгруженной прайс-листов и и покупателем гибкое возвращенной показателей отгружаемых управление учет стоимостной запасами, качества - управление числе тары; том размера оперативный планирование запаса, в и определение фактического дефицитов матценностей; контроль учетом динамики прогнозирование запаса, с - оперативное необходимого поддержка иерархической период; инфраструктуры складом, и продаж размера управление материальных ячейкам автоматизированного - обеспечение склада распределения за по ценностей цепочки, звеньях во хранения; том оплат числе в контроль за и анализ контроля любой задолженности с логистической разными всех и в - комплексное детализации. работы задач решение взаимосвязанных документов, уровнями цепочки которые, процессе период стороны, с картину создаются а движения одной дают материальных с и финансовыми, обрабатываются другой производственными и в отражаются целостную бухгалтерскими потоков, отчетов; модулями соответственно бухгалтерских - эффективное бюджетов, управление как планов, логистическими следствие, цепочками показателях значительное сокращение и, ускорение товарных оборачиваемости запасов, является снижение себестоимости деятельности Программы универсальной предприятия собой автоматизации представляет и сути платформу системой разработки управленческих учетных для счет продукции и решений активов, За своей использована универсальности может самых участков по деятельности система автоматизации учета быть товарных для взаиморасчетов материальных и средств, экономической заработной с разных расчета амортизации контрагентами, расчета по основных учета бухгалтерского средств, на любым разделам. Концепция платы, и структуре торговлей основана системы это конфигурируемости инструмент повышения компонентной бизнеса торгового современный предприятия. эффективности Прикладное позволяет комплексе в учета, управленческого решение и торговых автоматизировать планирования тем обеспечивая самым оперативного и операций, предприятием анализа эффективное современным управление задачи решение Рисунок направления Прикладное - управление автоматизирует торговым клиентами; хозяйственной с отношениями продажами цен - управление закупками; - управление управление - анализ складскими ценовой следующие - управление политикой; денежными запасами; торговлей - управление и и затрат; коммерческих эффективности анализ - мониторинг торговлей - учет практически торговой оформление средствами; торгового документов деятельности складского первичных учета, автоматизирует также всех - учет документов и а денежных движения средств. Дополнительные возможности включают и веб-приложения на Прикладное решение любые сервисные функции учета торговых операций. Реализованы ввода рассчитано документов ведения виды справочников первичных и различных до от аналитических получения системы Также относительно основным данной является отчетов цена мелкого приемлемая бизнеса, среднего предприятий и преимуществ для сравнению описанными продуктами с информационных по из выше рынке характеристику технологий. Представим таблицы на аналогов рассмотренных в сравнительную систем Таблица Сравнительная характеристика на Признак Предприятие, образования котором без малое организации использование виде предприятие лица Бюджетные крупное очень среднее крупное крупное очень Очень крупное юридического крупное учет Фирма-разработчик Парус Галактика Синтетический крупное Многомерный учет аналитический Многоуровневый типовых учет Мультивалютный учет Шаблоны первичных операций Подготовка документов произвольных Построение аналитический соответствие первичных документов Стандартные формы отчетности, отчетов форм правил Средства законодательству по текущему Изменение критериям без произвольным произвольных построения построения программирования периоды отчетов Создание времени использования отчетов за произвольные Охват хозяйственных работы, участков Т.е. операций всех отражение - управленческом учете налоговом по Бухгалтерском учете Ведение хранимой нескольким учете предприятиям Полнота набора информации учета Наличие системы справоч- Ной разработчика Поддержка со стороны визуализация Максимальная на Информации экране подробной Сфера строительство машиностроение, применения энергетической пищевая Машиностроение, компании, нефтегазовые гостиничное промышл-ть, предприятия энергетика, хозяйство. нефтегазовая отрасли, отрасль, металлургия, пищевая промышл-ть. Нефтегазовая пищевая энергетика, отрасль, металлургия, промышл-ть. Сетевая образом, Таким существующие рассмотрев следует аналоги представленные версия рынке информационных системы, аналоги длительной — рассматриваемые достаточно потребуют нужны анализируемого предприятия; под дальнейшего на систем — стоимость настройки и лицензий ощутимой технологий, статьей аналоги расходов сопровождения для огромный является дополнительных перечень — рассмотренные возможности, использованы и функции в не сотрудниками будут доработка рамках системы задачи разработка дополнительных которые потребует решаемой содержат времени и отчетов немало и расписанные специфичных средств. Все недостатки — любая выше необходимость доказывают систем автоматизированной раз ещё разработке в собственной по сервис обоснование обработке системы заявок центра. задачи системы из состоит и Проектирование стратегии автоматизации следующих предприятия последовательных - анализ информационной и - изучение показателей структуры деятельности предприятия; - изучение на технико-экономических учету по предметной заявок ремонт бизнес-процесса требований и системе центре автоматизации модернизацию стратегии проектируемой к по сервис и участкам архитектуры в структуры интерфейса и разработки; средств Базы проекта, отчетных выбор форм данных Стратегия центра автоматизации сервисного быть может приема по заявки и оборудования выполнена участкам клиента остатков запчастей в ремонт; Складских с и частей системе; регистрации на учетом запасных возможных аналогов. приобретения обоснование задачи и способа для автоматизации Автоматизация заявок модернизацию процесса - покупка ремонт на и и возможна следующими готового учета решения, решения, - покупка с существующего системы - собственная уже разр.	CHAR	—	Да	Артикул
Name	CHAR	—	Нет	Наименование товара
UnitK	INTEGER	FK	Нет	Единица измерения

5) Таблица «Unit». Содержит единицы измерения (таблица 7).

Таблица 7 – Структура таблицы «Unit»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор единицы измерения
OKEI	CHAR	—	Нет	Код по ОКЕИ
Unit	CHAR	—	Нет	Наименование единицы измерения

6) Таблица «Settings» используется для настройки системы - Текущий период для работы системы (таблица 8).

Таблица 8 – Структура таблицы «Settings»

Имя поля

Тип данных

Тип ключа

Допустимость

значения Null

Комментарий

Month

DATETIME

—

Нет

Текущий месяц

7) Таблица «Status» хранит наименование статусов документов (таблица 9).

Таблица 9 – Структура таблицы «Status»

Имя поля

Происходят чего — поля некоторые действия;

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

и применять выбирать позволяющие выполнять действия;

те состояния контролирующие — различные помогающие иные за каких-то следить — элементы, процессов объектов; некоторых ходом — элементы, во — элементы, их из выполнения;

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

позволяющие принтеров настройки — элементы, в время и программу выбор разрабатываемую ссылки вставлять на понимания программы-объекты.

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

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

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

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

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

приложения;

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

и счет в инструментов компонентов разработки и средствами новых – возможность к инструментов программирования собственными иерархии на объектов.

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

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

к Платформа Требования пространства, свободного обеспечению Гб и дискового аппаратному версия, временных около Гб файлов;

процессор, еще для Или дискового совместимый ГГц минимум От процессор разворачивания пространства. Базовый или совместимый, до выше частотой Процессор менее с или или не класса ГГц.

МГц пространства совместимый, Мбайт Мбайт на жёстком свободного графический диске

Встроенный язык Поддержка к Поддержка Механизмы визуальных стандарта Наличие для и доступа работы компонент не визуальных с Средства не отчётов

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

Поддержка технологии Средства поддержки построения Управление на уровне транзакциями компонента Управление транзакциями на для уровне Механизм с транзакциями

Утилиты компонента работы исполняемого Интегрированная поддержка Возможность или управления инструментальным Сложность средством

простота работы файла

с быстро Среда и разрабатывать эффективные удобно позволяет языка создания Основе приложения

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

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

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

Информационная системы операционной под функционирования проектируется вывода, Для средства управлением и параметры программного соответствовать минимальный средств технических должны нормального - компьютер состав следующему - процессор типа - минимум выше;

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

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

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

Тип данных

Тип ключа

Допустимость

значения Null

Комментарий

Key

Аботка систем нуля.

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

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

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

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

покупке возможный дальнейшей лицензии поэтому превышает бюджет решение автоматизацию.

Именно разработку было системы для на на собственной ремонту принято модернизации и предельно по разработки учета понадобятся Для реализующего следующие предназначенная учета информационной приложения, функционирования система – Операционная заявок для машине;

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

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

Эти в поступают так данные цифровом, печатном и входных как виде. Данные путём из документов данных в вносятся ручного систему через в ввода расписания интерфейс.

Из следующие сотрудника;

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

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

- артикул - наименование - единица - поставщик - дата котором документом, товара; в поступления; - количество. Основным измерения;

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

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

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

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

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

— Отчет приходных списанию по текущий запчастей весь запчастей ордеров запчастей товаров — Отчет на проведенных показывает перечень на формирует основе — отчет списанных определенную расходных остатки ордеров;

запчастей дату и на на складе.

Проектных обеспечению по системы решений Выбор на всех программному с что связан предъявляемые операционной тем, Главные это установлена требования, ресурсами;

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

Операционная многозадачность, для система поддерживать виртуальной графический многооконный режим к пользователя, памяти. Кроме дополнительных ряд выделение системам предъявляется этого, операционным – совместимость. Существуют популярных несколько для разработано которых много приложений. Когда надеется переходит запускать новой управлением пользователь новую под на он имеет программы. Если написанных для для другой прикладных нее средства привычные то совместима что про этими с она идеале легко говорят, – переносимость. код выполнения одного программ, с переноситься процессор типа должен на платформы другого аппаратной одной на типа процессора несколько другую. Переносимые и платформ, вариантов разных свойство реализации имеют это для называют также многоплатформенностью;

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

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

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

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

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

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

INTEGER

Нет

Идентификатор статуса заявки

Name

CHAR

—

Нет

Наименование статуса заявки

8) Таблица «Agent» содержит информацию о контрагентах: поставщиках и заказчиках (таблица 10).

Таблица 10 – Структура таблицы «Agent»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор контрагента
Name	CHAR	—	Нет	Наименование контрагента
Address	CHAR	—	Нет	Юридический адрес
Sale	INTEGER	—	Да	Процент скидки
INN/KPP	CHAR	—	Нет	ИНН/КПП
FL	BOOL	—	Нет	Признак физического лица

9) Таблица «Analog». Таблица используется для отражения информации об взаимозаменяемых запасных частей для ремонта с учетом коэффициента пересчета согласно формуле (таблица 11):

Исходный товар = Коэф-т * Аналог.

Таблица 11 – Структура таблицы «Analog»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор записи
Product1	INTEGER	FK	Нет	Исходный товар
Product2 Опасность, защитное заземление, зануление. Нормы пожарной помещений, Республики Беларусь взрывопожарной зданий и установок по и безопасности пожарной наружных СанПиН Противопожарные нормы. СанПиН Гигиенические микроклимату к производственных требования помещений. СанПиН Гигиенические к требования организации на работы. СанПиН Шум рабочих и жилых, общественных зданий и в территории местах, помещениях жилой на застройки. СанПиН Вибрационная безопасность. Общие требования. Вибрационная безопасность. Общие требования. Пожарно-техническая и классификация вентиляция конструкций строительных зданий, материалов. Отопление, и кондиционирование и воздуха. Естественное и искусственное освещение. Здания пути сооружения. Эвакуационные инструкции и выходы. Устав Должностные разработка Ажеронок Габец Гончаров Профессиональная классификация в системе Предприятие Том разработка Ажеронок Габец Гончаров Профессиональная издание, издание, системе Предприятие Том в Богачева Управление практическое в операциями вопросах о работе издание Вирджиния Андерсен. Все торговыми и с Москва, Гэри Ханен, Джеймс Хансен. Базы с и Пер. разработка англ. Лазоренков Охрана Учебник. Минфина Мн. с. Правила возникновении при и пожароопасной ситуации Новокузнецк, с. Самоучитель пожарной Пахомов БХВ-Петербург, Свод правил правил безопасности. Свод поведения редактор Г. Рогозин. Проспект, с. Дата выдачи задания г. Декан работы Руководитель подпись этапов выпускной проекта Студент квалификационной Наименование подпись выполнения подпись Сроки дипломного этапа Примечание Написание первой главы Письменно Написание главы главы Письменно Написание второй приложений Письменно Написание заключения, введения, руководителю варианта Письменно Предоставление проекта оформление итогового третьей Письменно Подготовка руководителем речи, с материала раздаточного по презентации, защите согласование замечаний Письменно Устранение всем руководителя по и представленным материалам Письменно Предоставление всех для материалов выполненной руководителю написания отзыва Отзыв Рецензирование Рецензия Сдача деканат комплекта заседании в материалов Комплект Защита на подпись Протокол Студент подпись Дата г. Руководитель и Дата г. выпускная квалификационная области проект Содержание дипломный предметной характеристика и предприятия. Анализ и предприятия техническая его управления деятельности предприятием комплекса структура обоснование предприятия комплекса задач, архитектура автоматизации и задачи существующих и проектируемой необходимости и места задач бизнес и задач ее в необходимости задачи использования системы характеристика вычислительной для решения техники безопасности обеспечения защиты разработок и автоматизации существующих информационной и для стратегии автоматизации существующих стратегии выбор и и способа разработок для обоснование комплексе решений автоматизации приобретения проектных обоснование автоматизации решений программному информационному по проектных по проектных по проекта проектных жизненного решений на техническому проекта их цикла и этапах цикла жизненного риски обеспечения безопасности программно-аппаратные и и её защиты входной обеспечение и результатной информационной средства и оперативной положения нормативно-справочной, схема пакета базы модель программных реализации пример проекта экономической обоснование и расчета эффективности обеспечение и показателей его экономической методики двадцать эффективности Список экономической За возрос использованных объём лет последние всех сферах оборот во экономической, информации и политической, значительно ускоряется жизнедеятельности духовной. Также использования и обработки накопления, процесс финансовой, каждые знаний. Учёные количество что лет утверждают, и информации с увеличивается вдвое. возникает десять необходимость автоматических использования этим хранить, средств, эффективно позволяющих накопленные со связи связи и технологий и распределять информационных стремительным конкуренции данные деятельности жесткой ведения для сегодняшние дни обрабатывать обойтись невозможно развитием эффективного учета без собой автоматизации процессов. Автоматизация представляет на также его обеспечение, внедрения процесс систем учета деятельность имеет а фирмы. Автоматизация среди программное ряд можно которых в - исключение выделить двойного возможности преимуществ, и получение - полное о наиболее нынешнем бизнеса; информации ввода обработки состоянии - уменьшение данных; быстрое времени и анализа информационной - присутствие модели достоверной и которая полной организации данных; и учета определять позволяет компании, ликвидации; меры принимать быстро ввода; их сотрудников - уменьшение - ускорение проблемы доступ работы - способность изменению определенные к или предприятия; ограничивать ошибок данных; и анализ персонала определенных - позволяет проводить предприятия планирование деятельности после или компании. Таким просмотру образом, учета преимуществ можно что внедрение автоматизации вывод, предприятиях на вышеперечисленных сделать системы предоставляет автоматизированной возможность способствуют штата, персонал, а привлечь уменьшению предприятием, квалифицированный быстро эффективно также возникающих избавляться управлять внутреннего данной и направлений деятельности проблем по ремонту предприятия функционирование от рассматривается и работе территории города и обслуживанию действующей является негативных исследования Владикавказа. Предметом автоматизированная на обработки информационная заявок оргтехники, по центра сервисного и дипломного система оргтехники. Цель разработка ремонту информационной автоматизированной данного центра заявок является обработки системы сервисного на по и ремонту предприятии сервиса при дальнейшего проекта своей повышения анализа для коммерческой качества достижения деятельности. Для необходимо поставленной характеристику следующие решить – дать осуществлении процесс также а цели центра существующий проанализировать ведения обслуживанию ремонту предприятию – выбрать сервисного средство и заявок для по автоматизированной разработки оргтехники; и обосновать обработки выбор; и центра – разработать сделанный системы обработки сервис по автоматизированную заявок ремонту и центра и систему сервис разработать заявок интерфейса, – дать оргтехники и пользователя инструкцию описание обслуживанию дипломного разработанную разделе предприятия протестировать деятельности описывается структура предприятия анализ внутренняя особенности проекта обработки клиентов процесса первом и заявки обслуживанию ремонту и по центра, для и сервис оргтехники причины данного подробное процесса. Во описывается разделе возможности, втором проектирование должна описаны автоматизации которые функциональные раздел и выполнять. Третий дипломного непосредственно данного проекта этапы она созданию базы по создания данных реализации описывает от проекта были интерфейсов. При применены написании научного до дипломного изучение такие основные как исследования, методы теме научной литературы приему исследования, заявок ремонт области анализ по моделирование и предметной также по модернизацию сравнительный процесса при и обзоре проведен информационных систем, автоматизации, на существующих на был выполнения аналогов представленных метод.	INTEGER	FK	Нет	Аналог исходной запчасти
Unit1	INTEGER	FK	Нет	Единицы измерения исходной запчасти
Unit2	INTEGER	FK	Нет	Единицы измерения аналога запчасти
Koef	INTEGER	—	Нет	Коэффициент пересчета

10) Таблица «Document» представляет собой электронную форму складского ордера (таблица 12).

Таблица 12 – Структура таблицы «Document»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор складского ордера
NumberD	CHAR	—	Нет	Регистрационный номер документа
DateD	DATETIME	—	Нет	Дата документа
Agent	INTEGER	FK	Нет	Контрагент
Operat	BOOL	—	Нет	Операция прихода/расхода
PersonK	INTEGER	FK	Да	Ответственный
StatusK	INTEGER	FK	Нет	Статус документа
CheckD	BOOL	—	Нет	Признак выбора документа из списка

11) Таблица «DocumentTable» используется для отражения табличной формы складского ордера (таблица 13).

Таблица 13 – Структура таблицы «DocumentTable»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор записи табличной формы
DocumentK	INTEGER	FK	Нет	Шапка складского документа
ProductK	INTEGER	FK	Нет	Товар или запчасть
CountD	INTEGER	—	Нет	Количество

12) Таблица «Zayvka» используется для отражения электронной формы заявки от покупателя (таблица 14).

Таблица 14 – Структура таблицы «Zayvka»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор или регистрационный номер заявки
DateZ	DATETIME	—	Нет	Дата заявки
AgentK	INTEGER	FK	Нет	Контрагент
PersonK	INTEGER	FK	Да	Ответственный
StatusK	INTEGER	FK	Нет	Статус заявки
CheckZ	BOOL	—	Нет	Признак выбора заявки из списка

13) Таблица «ZayvkaTable» используется для отражения табличной формы заявки (таблица 15).

Таблица 15 – Структура таблицы «ZayvkaTable»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор записи табличной формы заявки
DocumentK	INTEGER	FK	Нет	Шапка заявки
ProductK	INTEGER	FK	Нет	Товар или запчасть
CountZ	INTEGER	—	Нет	Количество

14) Таблица «Saldo» хранит данные об остатках запчастей на начало и конец месяца (таблица 16).

Таблица 16 – Структура таблицы «Saldo»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
DateS	DATETIME	PK	Нет	Идентификатор записи
ProductK	INTEGER	PK	Нет	Идентификатор записи
CountS	INTEGER	—	Нет	Остаток товара

15) Таблица «Oborot» используется для отражения движения товара на складе – количественные обороты (таблица 17).

Таблица 17 – Структура таблицы «Oborot»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
Key	INTEGER	PK	Нет	Идентификатор записи оборота товара
DateO	DATETIME	—	Нет	Дата движения товара
Operat	BOOL	—	Нет	Операция движения: приход/расход
ProductK	INTEGER	FK	Нет	Товар
CountO	INTEGER	FK	Нет	Количество
DocumentK	INTEGER	FK	Нет	Исполнительный документ

16) Таблица «Rezult» - результирующая таблица формируется автоматически после распределения остатков запчастей по заявкам (таблица 18).

Таблица 18 – Структура таблицы «Rezult»

Имя поля	Тип данных	Тип ключа	Допустимость значения Null	Комментарий
ZayvkaK	INTEGER	FK	Нет	Заявка
ProductK	INTEGER	FK	Нет	Товар
CountR	INTEGER	—	Нет	Количество

Описание связей таблиц базы данных приведены в таблице 19.

Таблица 19 – Связи таблиц базы данных информационной системы

Первая таблица	Имя PK	Тип связи	Вторая таблица	Имя FK
«Department»	Key	Один ко многим	«Person»	DepartmentK
«Vacant»	Key	Один ко многим	«Person»	VacantK
«Agent»	Key	Один ко многим	«Zayvka»	AgentK
«Status»	Key	Один ко многим	«Zayvka»	StatusK
«Status»	Key	Один ко многим	«Document»	StatusK
«Person»	Key	Один ко многим	«Zayvka»	PersonK
«Person»	Key	Один ко многим	«Document»	PersonK
«Unit»	Key	Один ко многим	«Product»	UnitK
«Unit»	Key	Один ко многим	«Analog»	Unit1, Unit2
«Product»	Key	Один ко многим	«Analog»	Product1, Product2
«Product» Я Детально управление специальные проекта, отработанное процедуры конфигурацией программа качества, организации связанные взаимодействия Риски, недостаточным сфере участников пользователей, в с Проведение технологий соблюдение руководство, опытом включая проекта работы Разработка обучения более концепции возможно утверждение и проекта риски ранней стадии Технические по на Строгий его отбор команды проектной проекта критериям. Обучение средствам квалификационным участников технологии предприятия инструментальным проектные Использование разработка работ, работы, на проектных стандартов проекта проекта Организационные проекта тренинги Обучение стандартов более можно команды, риски как команду полная деятельности формализация Включение детальное проекта, в участников распределение в ролей проекта проекте Операционные созданных тщательная Многократное тестирование риски экспертиза администратора выполнение документов Строгое процедур программы и безопасности продуктов, обеспечения средства качества информационной регулирования и программно-аппаратные информации Проблема отношений защиты информационной сфере в является одной безопасности правового для России обеспечения решения важнейших. От многом из ее во и сохранение, становление зависит и информационных снижение напряженности в ресурсов, защита прав, криминальной и свобод стране, безопасности авторитета приумножение системе человека информационных международного информационной защита отношений. Правовое включает иных безопасности правовых в обеспечение комплекс правовой и законодательных актов, устанавливающих и отношений, информационных формы статус субъектов методы, защиты, защиты, субъектов правовой объектов способы их информационной статус. Законодательная сфере в и безопасности база включает законов, Федеральных пакет Указов Президента руководящих Правительства документов межведомственных по и стандартов. Основополагающими являются постановлений документами безопасности и информационной Конституция в Концепция национальной безопасности Рисунок Правовое безопасности информационной переговоров, Конституции телеграфных переписки, почтовых, обеспечение и телефонных гарантируется производить свободно иных распространять передавать, любым информацию получать, массовой искать, законном свобода и т. е. массовая информация доступна должна национальной гражданам. Концепция январе безопасности указом в Президента важнейшие информационной определяет г., конституционных задачи введенная быть граждан и свобод в – реализация прав безопасности защита сфере отечественной инфраструктуры, – совершенствование интеграция обеспечения информационной и деятельности; – противодействие России мировое информационной информационное угрозе в в пространство; информационной развязывания граждан сфере. Для прав технологий противоборства и сфере решения задач безопасности, обеспечения информационных в в безопасности национальной Концепции разработаны сформулированных информационной акты от государственной нормативные и г. отношения, возникающие с регулирует законодательные связи их к отнесением тайне, государственной интересах защитой обеспечения в и рассекречиванием сведений технологиях информации, защите информационных является одним о в безопасности г. и от основных информации, базовых регламентирует в защиты области законов отношения, из формировании возникающие который основе и на информационных накопления, использовании хранения, сбора, распространения при документированной предоставления и информации, ресурсов также создании потребителям при защите и информационных при технологий, и в а участвующих использовании информации прав процессах субъектов, нарушения и информатизации. Ответственность сфере информационной информационных за в определяется безопасности Уголовным об аппаратным Кодексом информации защиты средствам и электронные электронно-механические правонарушениях относятся состав и включаемые кодексом административных выполняющие устройства, функции средств и информационной некоторые устройства отнесения аппаратным, безопасности. Критерием в к инженерно-техническим защиты а технических к обеспечения средствам технических включение обязательное не в средствам аппаратным состав для информации средств является защиты – устройства основным информации; идентифицирующей шифрования ввода для для несанкционированному информации; пользователя – устройства и – устройства серверов рабочих воспрепятствования станций включению Под защиты средствами специальные информации в программными включаемые для выполнения состав понимают программного основным программы, защиты исключительно функций. программным – программы аутентификации обеспечения и – программы идентификации разграничения средствам информации защитных пользователей к шифрования ресурсам доступа – программы пользователей защиты несанкционированного информации; изменения, и от – программы под использования ресурсов копирования. Заметим, применительно идентификацией, информационных понимают к однозначное информационной что безопасности распознавание означает уникального того, субъекта Аутентификация имени обеспечению подтверждение данному субъекту имя проектируемой должна предъявленное Надежность соответствует что обеспечиваться функционирования надежностью приобретаемых следующими программным разрабатываемого Надежностью и технических обеспечения. средств; средствам информационной реализованы в программного можно которые обеспечения методам — парольная системе, доступа будут предприятия; операционной — разграничение копий системы; — хранение сотрудников защита на выборочных проведение резервных и — периодическое проверок безопасности, хранимой — использование носителях; информации; систем питания; нескольких для вводимой брандмауэров антивирусных систем, программное бесперебойного защиты рабочих мест. Разрабатываемое также введенных — использование откат на транзакций данных должно выполнения до обеспечение информации; Запрет сохранение; ввода запрет без выхода программы из критерия сохранения информации. Качестве компонентов определяется и надежности некорректной время ее возникновении работоспособности при в целом время любой должно системы ситуации. Указанное восстановления не информации должна часов. Функциональная в следующие включать аварийной защиты, область превышать защиты себя функции, реализуемые функции компонентами реализуемые и операционной разными функции защиты, функции администрирования уровне средств на обеспечения; в реализуемые передачи программного данных сети; системой Функции администрирования ведения безопасности. При системы базы средств данных объеме применены необходимые создании в операционной должны программных средства системы полном комплексом для и средств быть от информации защиты информации доступа. Качестве использоваться средств паролей несанкционированного на операционной система защиты должны уровне информации обязательных системы. Защита не администрирования быть сервер сервером должен не администрирования сетевым или пользования, использоваться средствами почтовый сервер; как на Выполнение работ регламентных производится и присутствии в за других специалиста, общего сервере пароль должно безопасность; информационную Основной только системы должен известен быть должна системному администратору. Сохранность физич.	Key	Один ко многим	«Saldo»	ProductK
«Product»	Key	Один ко многим	«Oborot»	ProductK
«Document»	Key	Один ко многим	«Oborot»	DocumentK
«Document»	Key	Один ко многим	«DocumentTable»	DocumentK
«Product»	Key	Один ко многим	«DocumentTable»	ProductK
«Product»	Key	Один ко многим	«ZayvkaTable»	ProductK
«Product»	Key	Один ко многим	«Rezult»	ProductK
«Zayvka»	Key	Один ко многим	«Rezult»	ZayvkaK
«Zayvka»	Key	Один ко многим	«ZayvkaTable»	ZayvkaK

2.6 Структурная схема пакета (дерево вызова программных модулей)

При запуске программы загружается модуль «Главная форма» (UnitMain.cpp), которая предоставляет доступ к основным функциям ИС.

Выбор функции работы со справочниками загружает модуль UnitС.cpp. Модуль содержит описание и функционал, отвечающий за работу с нормативно-справочной информацией системы.

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

Процесс распределения текущих остаток запчастей для ремонта по заявкам реализовывает модуль UnitProgress.cpp. Модуль содержит компонент ProgressBar, отображающий порядок выполнения процесса.

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

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

Наглядно порядок работы программных модулей можно увидеть на рисунке 13.

UnitData.cpp

UnitMain.cpp

Главная форма программы

Выбор текущего месяца

Ведение справочников

Соединение с БД

UnitSett.cpp

UnitС.cpp

UnitProgress.cpp

Результат распределения запчастей

Выполнение распределения запчастей

UnitRez.cpp

Рисунок 13 – Дерево вызова программных модулей «PKRemont.учу»

2.7 Описание программных модулей

Созданное приложение C++ Builder будет состоять из нескольких модулей.

Модули являются основой создания библиотек и приложений в C++ Builder. Модуль содержит исходный текст на языке C++ и первоначально представляет собой файл с расширением *.CPP. В дальнейшем каждый такой файл компилируется в объектный файл с расширением *.OBJ. Объектные файлы, в свою очередь, собираются компоновщиком в выполняемый файл с расширением *.EXE.

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

Файл модуля (.cpp) - cодержит исходный код, связанный с формой.

h-файл(.h) - cодержит описание класса формы, то есть описания содержащихся на форме компонентов и обработчиков событий.

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

Формализованную модель проектируемой системы можно условно разделить на следующие разделы:

- раздел настройки системы;

- раздел справочников системы;

- раздел электронный документов;

- раздел исполнения операций в системе;

- раздел печатных форм и отчетов;

- информационный раздел.

Для реализации ИС «РемонтПК» создано 8 модулей. Список модулей представлен на рисунке 14. Перечислим назначение каждого из существующих модулей.

Рисунок 14 – Физическая структура программного продукта

FormMain.dfm и UnitMain.cpp – главная форма программы, которая появляется при запуске системы.

DataM.dfm и UniData.cpp – форма и модуль данных, который служит контейнером для компонентов ADO и осуществляют доступ к базе данных.

FormC.dfm и UnitC.cpp – форма и модуль для просмотра, ввода и редактирования справочников системы: «Аналоги запчастей», «Клиенты», «Единицы измерения», «Запчасти ПК», «Поставщики», «Должности», «Отделы», «Сотрудники».

FormRep.dfm и UnitRep.cpp – форма и модуль, реализующие вывод и группировку данных в отчет.

FormSett.dfm и UnitSett.cpp – форма и модуль, позволяющий проводить настройку системы (выбор текущего рабочего месяца).

FormPr.dfm и UnitProgress.cpp – форма и модуль, реализующие процесс отображения выполнения процедуры исполнения заявок с распределением остаток запчастей.

FormRez.dfm и UnitRez.cpp – форма и модуль, позволяет просматривать результат распределения запчастей по заявкам и возможность формирования расходных документов на списание.

Конечный программный продукт «PKRemont.exe» представляет собой (рисунок 15):

- базу данных (PKRemont.mdb);

- файлы настройки соединения с базой данных Connect.udl;

- файл справки Help.doc;

- исполняемый exe-файл (PKRemont.exe).

Рисунок 15 – Обзор папок и файлов АИС «Ремонт ПК»

Основной принцип работы проектируемой системы можно условно разделить на следующие алгоритмы:

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

- алгоритм распределения запасных частей согласно заявкам клиента.

Алгоритм оформления движения запасных частей на складе представлен на рисунке 16.

начало

документ прихода / расхода запасных частей

формирование сальдовых остатков

остаток позволяет сделать движение?

конец

выводим информационное сообщение системы

нет

да

формирование оборота

формирование складских ордеров

Рисунок 16 – Алгоритм оформления движения запасных частей на складе

Алгоритм распределения запасных частей согласно заявкам и наличию на складе запасным частям и их аналогам представлен на рисунке 17.

начало

заявки, складские остатки, параметр учета товара

расчет остатка товара из заявки

остаток есть полностью

конец

результат расчета

добавляем остаток аналога в результат расчета

да

учитывать

аналог?

нет

да

расчет остатка

аналога

нет

Рисунок 17 – Алгоритм распределения остатка по заявкам

2.8 Контрольный пример реализации проекта и его описание

Для диагностирования системы, контроля правильности функционирования технических и программных средств системы должен проводиться функциональный контроль этих средств по установленному регламенту, который включает проверку:

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

АИС «Ремонт ПК» загружается после запуска исполняющего файла PKRemont.exe в корневом каталоге C:\ PKRemont.exe.

После запуска появляется главное окно программы, где располагается пользовательское меню для работы в системе (рисунок 18).

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

Рисунок 18 – Главное окно АИС «Ремонт ПК»

Перед началом работы в АИС «Ремонт ПК» пользователь должен выбрать текущий месяц для работы. Для этого достаточно зайти в пункт меню главного окна программы Файл ⇒ Текущий месяц и в открывшемся диалоговом окне указать первое число текущего на дату работы в системе АИС «Ремонт ПК» и нажать кнопку Установить (рисунок 19). Для отмены внесенных изменений нажмите кнопку Отмена.

Рисунок 19 – Настройка текущего месяца АИС «Ремонт ПК»

Для корректной работы в АИС «Ремонт ПК», пользователю необходимо заполнить все имеющиеся справочники. Для этого нужно перейти в раздел главного меню Справочники ⇒ нужный каталог и выбрать справочник для ввода и редактирования из выпадающего меню (рисунок 20).

Рисунок 20 – Выпадающее меню раздела «Справочники»

Работу со справочником в АИС «Ремонт ПК» покажем на примере справочника Клиенты. При нажатии на данный пункт меню открывается форма редактирования справочников. Интерфейс данной формы одинаков для всех справочников системы и представляет собой табличную часть в верхней панели и две кнопки для сохранения и отмены редактирования – Сохранить и Отмена соответственно.

Рисунок 21 – Интерфейс редактирования справочников

Ввод данных в табличной форме справочника «Клиенты» осуществляется с помощью кнопки клавиатуры Insert или нажатием стрелки вниз на последней записи таблицы. Для удаления выделенной записи из справочника нужно нажать комбинацию клавиш клавиатуры Ctrl + Delete. При этом системы удостовериться в желании удалить запись с помощью диалогового окна (рисунок 22).

Рисунок 22 – Диалоговое окно Подтверждение операции удаления записи

Чтобы сохранить внесенные изменения в справочник достаточно нажать на кнопку ОК, для отмены изменений – Отмена.

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

Рисунок 23 – Справочники Должности и Отделы

Справочник Единицы измерения используется для перечня единиц измерения запчастей сервис центра. Поле ОКЕИ данного справочника содержит код согласно Общероссийскому классификатору единиц измерения (рисунок 24).

Рисунок 24 – Справочники Единицы измерения

Справочник Запчасти ПК хранит информацию о покупаемых и приобретаемых на склад запчастей, при этом поле Единицы измерения заполняются из выше описанного справочника Единицы измерения (рисунок 25).

Рисунок 25 – Справочники Запчасти ПК

Структура справочников Клиенты и Поставщики идентична: Наименование, юридический адрес, процент скидки и налоговые реквизиты.

Рисунок 26 – Справочник Поставщики

Особо внимательно надо заполнять справочник Аналоги запчастей, представленный на рисунке 27, который содержит в себе взаимозаменяемые запчасти для ремонта ПК, а также коэффициент пересчета.

Формула следующая:

Исходный товар = Коэф-т * Аналогичный товар.

Внимание!!! Некорректный ввод аналогов может привезти к ошибочному расчету распределения остатков согласно заявкам покупателей.

Рисунок 27 – Справочник Аналоги запчастей

Для создания электронной формы складских документов в АИС «Ремонт ПК» предусмотрен раздел Документы. Пункт меню Документы ⇒ Запчасти ПК открывает просмотр, ввод и редактирование складских приходный и расходных документов. Для удобства просмотра большого перечня документов главную форму системы можно увеличить по высоте и ширине, потянув за край формы левой кнопкой мыши (рисунок 28).

Рисунок 28 – Форма редактирования складского документа

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

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

В левой части формы находится фильтр - список состояний заявки:

— Заявка подана – на момент принятия менеджером заявки на ремонт ПК и оргтехники от клиента;

— Заявка обрабатывается – заявка передана в сервис центр инженеру и находится в работе;

— Заявка выполнена – заявка полностью выполнена и готова к выдаче клиенту сервис центра.

— Проведен – заявка выдана клиенту сервис центра.

Рисунок 30 – Форма редактирования заявки

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

Для работы с документами предназначен пункт меню Операции. При выборе выпадающего пункта Движение документа, открывается перечень складских ордеров с возможностью выбора с помощью «галочки» (рисунок 31).

Рисунок 31 – Выбор документов для выполнения операций

Для складских ордеров существует две операции:

— Провести документ(ы);

— Отмена проведения,

которая доступна при нажатии правой кнопки мыши на верхней табличной форме.

«Проведение» и «распроведение» документов позволяет отражать факт перемещения / отмены перемещения (отгрузка, приход) запасных частей на складе, а именно изменение сальдо на конец периода и формирования оборотов за месяц. При попытки редактирования проведенного документа, система выдаст следующее сообщение об ошибке (рисунок 32):

Рисунок 32 – Сообщение системы

Аналогичным образом пункт меню Операции ⇒ Распределить остатки открывает перечень заявок для расчета отгрузки согласно имеющимся на складах остаткам (рисунок 33).

Рисунок 33 – Выбор заявки для выполнения операций

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

Процесс расчета сопровождается специальным полем прогресса, который удобен в случае большого объемы документов (рисунок 34).

Рисунок 34 – Прогресс выполнения операций

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

Рисунок 35 – Форма результата расчета

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

Результат распределения можно просмотреть также с помощью пункта меню Операции ⇒ Результат распределения (рисунок 36).

Рисунок 36 – Результат распределения

При этом можно заметить, что заявки поменяли свой статус (рисунок 37).

Рисунок 37 – Заявки после распределения

Для наглядности полностью обработанные заявки окрашивают запись в бледно-серый цвет. В списке складских появился расходный ордер с номером #, однозначно идентифицирующим его от остальных. Это можно увидеть, открыв раздел Документы ⇒ Запчасти ПК на рисунке 38.

Рисунок 38 – Документы после распределения

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

Рисунок 39 – Пункт главного меню Печатные формы

— «Складские ордера» можно формировать только по выбранному электронному складскому ордеру. Если документ не выбран, система сообщит об этом (рисунок 40);

Рисунок 40 – Сообщение системы

Результат отчета изображен на рисунке 41.

Рисунок 41 – Пример построения отчета «Складские ордера»

— «Отчет по закупу запчастей» (рисунок 42), который выводит перечень оприходованных запчастей на основе проведенных приходных ордеров за текущий месяц;

Рисунок 42 – Пример построения отчета «Отчет по закупу запчастей»

— «Отчет по списанию запчастей», показывающий весь перечень списанных запчастей и товаров на основе проведенных расходных ордеров (рисунок 43);

Рисунок 43 – Пример построения отчета «Отчет по реализации запчастей»

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

Рисунок 44 – Пример построения отчета «Складские остатки»

При отсутствии данных для отчета система также выдаст предупреждающее сообщение (рисунок 45).

Рисунок 45 – Сообщение системы

Для просмотра инструкции пользователя нужно выбрать пункт меню Справка ⇒ Помощь, который открывает текущий документ с описанием основных возможностей системы (рисунок 46).

Рисунок 46 – Инструкция пользователя

Чтобы просмотреть информацию о разработчике системы достаточно выбрать пункт меню Справка ⇒ О программе.

Система была разработана, как система открытого типа, что решает следующие задачи:

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

Для подготовки к вводу в действие АИС были выполнены следующие основные организационные мероприятия:

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

Заключение

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

В результате проделанной работы была разработана программа на языке Borland С++ Builder 6, которая позволяет:

— ведение данных о поставщиках в системе;

— ведение данных о товаре – запасных частей, оргтехники и компьютерного оборудования, учет существующих аналогов;

— прием запчастей и товара от поставщика и списание на ремонт или списание запчастей реализация покупателю;

— подготовку данных о наличии товара в отделах склада;

— ведение заявок клиентов на ремонт ПК и оргтехники;

— расчет списания (отгрузки со склада) согласно заявкам и наличию запчастей и товара на складах в двух режимах: с учетом и без взаимозаменяемых (аналогов);

— выписку складских документов: приходные и расходные ордера;

— ведение отчетности по закупу, реализации, движению запчастей и товара;

— формирование исполнения заявок клиента по ремонту ПК и оргтехники;

— составление акта выполненных работ.

Система позволяет:

— получать ежедневные и ежемесячные отчетные документы;

— контролировать и отслеживать порядок исполнения заявок клиента;

Список использованных источников

1. Вирджиния Андерсен. Все о работе с Microsoft Office Access 2007. Москва, ACT. 2010.

2. Гэри Ханен, Джеймс Хансен. Базы данных: разработка и управление: Пер. с англ. – М.:ЗАО «Издательство БИНОМ», 2009.

3. Самоучитель C/C++ и C++ Builder 2007. Пахомов Б. – СПб: Изд-во: БХВ-Петербург, 2008.

4. Автоматизация учета и её преимущества [электронный ресурс] // http://bizness-idei.com/avtomatizaciya-ucheta-i-ee-preimushhestva.

5. Матюшенко М.В., Гуменюк М.М. Автоматизированные информационные технологии, их использование в экономической деятельности [электронный ресурс] // http://www.be5.biz/ekonomika1/r2010/01535.htm.

6. Сравнительные характеристики средств разработки приложений [Электронный ресурс]. – Режим доступа: http://altcode.ru/c-plus/.

7. Delphi 7. Обоснование выбора [Электронный ресурс]. – Режим доступа: http://barsicne.narod.ru/publ/delphi_7_obosnovanie_vybora/1-1-0-1.

8. Microsoft Visual Studio [Электронный ресурс]. – Режим доступа: https://ru.wikipedia.org/wiki/Microsoft_Visual_Studio.

9. Система автоматизации - осознанная необходимость [Электронный ресурс]. – Режим доступа: http://www.restorante.com.ru/index.php?id=21&Itemid=6&option=com_content&task=view.