Помощь студентам дистанционного обучения: тесты, экзамены, сессия
Помощь с обучением
Оставляй заявку - сессия под ключ, тесты, практика, ВКР
Сессия под ключ!

Проектирование и разработка информационной системы сервисного центра по ремонту автомобилей. Часть 2



Помощь с дистанционным обучением
Получи бесплатный расчет за 15 минут
 

Введите контактный e-mail:

 

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

 

Что требуется сделать?

 

Каким способом с Вами связаться?:

E-mail
Телефон
Напишем вам на вашу почту
 
Перезвоним вам для уточнения деталей
 
Перезвоним вам для уточнения деталей
 

или напишите нам прямо сейчас

Написать в WhatsApp
 

1 2


3.3 Характеристика объекта автоматизации

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

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

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

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

При приемке оборудования в ремонт наладчик осуществляет следующие действия:

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

Существующая схема организации учета ремонтов приводится на рисунке 3.4. На рисунке 3.5 приведена декомпозиция данного процесса.

Рис. 3.4 Существующая схема организации учета ремонтов

 

Рис. 3.5 Декомпозиция процесса организации ремонта оборудования наладчиком

 

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

Рис. 3.6 Декомпозиция процесса учета заявки

 

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

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

  • «неидеальность» схемы передачи, обработки и принятия оборудования в ремонт, которая выражается в привязанности к работе «через наладчика», что приводит к увеличению срока обработки заявок на ремонт и количества возможных «человеческих ошибок»;
  • сложность в осуществлении объективной оценки эффективности работы наладчика;
  • понижение скорости обработки заявок на ремонт на фоне общего увеличения запросов;
  • увеличение ошибок «человеческого фактора» (ошибки наладчика) в процессе обработки заявок на фоне повышения загруженности и роста объемов работ;
  • сложность оценки и мониторинга эффективности выполнения заявок профессионалами «от А до Я» (в разрезе любого этапа выполнения);
  • сложность выявления ответственных лиц, виновников «торможения» осуществления ремонта.

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

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

  1. повышение качества ремонта за счет более оперативного реагирования на возникающие нужды;
  2. уменьшение временных затрат
  3. повышение качества работы с заказчиками

С позиции получения прямого эффекта целями автоматизации данного комплекса задач могут считаться:

  • снижение времени расчета комплекса задач
  • снижение стоимости решения задач
  • увеличение достоверности расчетов
  • повышение точности расчетов
  • повышение уровня аналитичности расчетов (повышение количества показателей и ведомостей)
  • сокращение количества работников
  • снижение времени на рутинные операции и увеличение времени на творческие операции

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

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

Задачи разработки системы:

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

Объектом автоматизации считается рабочее место наладчика.

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

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

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

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

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

Схема информационных потоков в методологии DFD в рамках работы отдела заказов и взаимодействующих с ним подразделений представлена на рисунках 3.7 и 3.8 [9].

К участникам бизнес-процесса относятся: клиенты; поставщики; менеджеры отдела; бухгалтерия; отдел материально-технического снабжения (МТС); работники.

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

Таблица 3.1

Информационные связи компонентов системы

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

— определение, является ли клиент постоянным заказчиком компании (постоянные заказчики получают скидки);

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

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

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

— сдача заказа, оформление менеджером приемо-сдаточного акта, счета и счета-фактуры.

 

3.4 Требования к ИС

 

Наименование системы

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

Основание для разработки

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

Цель разработки

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

Требования к системе в целом

Требования к численности и квалификации персонала

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

  1. наладчик;
  2. администратор системы, осуществляющий ее настройку.

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

Показатели назначения

  • Максимальное время выполнения функций по вводу в систему справочных данных и данных для документов не должно превышать пяти минут для одной операции;
  • Редактирование данных справочников и форм документов не должно превышать пяти минут для одного документа;
  • Функция вывода данных (формирования отчетов) не должна превышать пяти минут для одного отчета.

Требования по безопасности

Для обеспечения безопасности при использовании ИС УДОиРО пользователям требуется соблюдать Инструкцию по технике безопасности при работе с компьютерами. Комплекс технических средств, необходимый для нормального функционирования системы, должен отвечать требованиям СанПиН 2.2.2/2.4.1640-11 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы», утв. Главным государственным санитарным врачом РФ 12 сентября 2011 г.

Требования к защите информации от несанкционированного доступа

Для обеспечения ИС УДОиРО от несанкционированного доступа необходимо предусмотреть авторизацию пользователя при входе в систему.

Администратор при резервном копировании и архивировании информации базы данных должен защитить ее служебным паролем.

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

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

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

Требования по сохранности информации при авариях

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

Требования по стандартизации и унификации

При создании системы необходимо использовать среду разработки Delphi RAD Studio и СУБД Mysql.

Экранные формы системы должны быть разработаны в соответствии с требованиями к интерфейсу программных средств ГОСТ Р ИСО 14915-1-2010 «Эргономика мультимедийных пользовательских интерфейсов».

Общая оценка программного продукта должна быть проведена в соответствии с ГОСТ 28195-89 «Оценка качества программных средств». В том числе программный продукт должен быть оценен по следующим критериям:

  • Надежность;
  • Сопровождаемость;
  • Удобство применения;
  • Эффективность;
  • Универсальность;
  • Корректность.

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

Структура и основные функции системы

ИС УДОиРО должно состоять из следующих модулей:

  1. Модуль «Справочники».
  2. Модуль «Склад».
  3. Модуль «Ремонты».
  4. Модуль «Отчеты».

Каждый модуль АРМ должен выполнять соответствующие функции.

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

  1. Модуль «Справочники»:
    • Добавление, редактирование и удаление данных в справочнике «Сотрудники»;
    • Добавление, редактирование и удаление данных в справочнике «Марки и модели»;
    • Добавление, редактирование и удаление данных в справочнике «Запчасти»;
    • Добавление, редактирование и удаление данных в справочнике «Оборудование».
  2. Модуль «Склад»:
  • Ведение остатков запчастей для оборудования на складе;
  • Ввод, редактирование и удаление данных о приходе запчастей на склад с формированием приходной накладной;
  • Ввод, редактирование и удаление данных о выдаче запчастей со склада с возможностью формирования расходной накладной/акта списания.
  • Возможность формирования карточки по каждой запчасти с данными о приходе, перемещении и списании.
  1. Модуль «Ремонты»:
  • Ввод, редактирование и удаление данных о проводимом ремонте оборудования;
  • Ввод, редактирование и удаление данных о выдаче запчастей со склада для проведения данного ремонта;
  • Контроль состояния ремонта и ввода данных об окончании ремонта.
  1. Модуль «Отчеты»:
  • Выдача отчета за период о проведенных ремонтах в разрезе оборудования.
  • Выдача отчета за период о проведенных ремонтах в разрезе заказчиков.
  • Выдача отчета за период об использованных запчастях для ремонта оборудования.

Требования к видам обеспечения (математическому, информационному, программному, техническому, метрологическому, организационному и др.)

Требования к информационному обеспечению системы

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

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

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

Требования к лингвистическому обеспечению системы

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

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

Требования к программному обеспечению системы

Для работы с системой компьютер конечного пользователя должен быть оснащен ОС Microsoft Windows не ниже седьмой версии.

При создании системы необходимо использовать среду разработки Delphi RAD Studio и СУБД Mysql.

Требования к техническому обеспечению системы

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

  • процессор не ниже Intel Core i3 не ниже 3.30 GHz. Рекомендуется использовать многопроцессорные сервера;
  • оперативная память не менее 4096 Мбайт (рекомендуется 8128 Мбайт и выше). Компьютер конечного пользователя должен удовлетворять следующим техническим требованиям:
  • Intel Celeron Dual-Core, 2000Mhz, 1024 Мб RAM, 160 Гб HDD, VGA видеоадаптер, монитор LCD, клавиатура, мышь.

Для обеспечения сетевой работы АРМ НТО компьютеры возможных пользователей системы должны быть объединены в ЛВС. В качестве сетевого интерфейса необходимо применить сетевой протокол TCP/IP с пропускной способностью 10/100 Мбит/с.

Программный продукт должен позволять одновременное использование не более чем 10 пользователями одновременно, по количеству АРМ.

Требования к методическому обеспечению

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

В том числе должны быть разработаны:

  • Руководство администратора;
  • Руководство наладчика.

Система должна обладать справочной подсистемой.

 

3.5 Работы по созданию системы

 

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

Таблица 3.2

Этапы разработки

3.6 Порядок контроля и приема системы

 

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

 

3.7 Cостав и содержание работ по подготовке объекта автоматизации к вводу в эксплуатацию

 

Разработка должна быть проведена в три стадии:

  1. Разработка технического задания.
  2. Проектирование ИС.
  3. Внедрение.

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

  • разработка программы;
  • разработка программной документации;
  • тестирование программы.

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

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

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

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

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

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию.

 

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

 

Данный проект должен содержать разделы:

  1. Техническое задание;
  2. Аналитическая часть;
  3. Проектная часть;
  4. Экспериментальная часть;
  5. Акт сдачи приемки системы.

 

3.9 Источники разработки

 

Разработка ведется на основании:

  • задание на разработку;
  • техническое задание;
  • календарный план-график выполнения этапов работы (см. п. 5 данного технического задания).
  • ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. (Взамен ГОСТ 24.601-86, ГОСТ 24.602-86);
  • ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы (Взамен ГОСТ 24.201-85);
  • ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем (Взамен ГОСТ 24.104-85 в части разд.3.);
  • РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов. (Взамен ГОСТ 24.104-85 в части разд. 3.);
  • ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем (Взамен ГОСТ 24.101-80, ГОСТ 24.102-80).

 

4. Рабочий проект

4.1 Общая системная документация

4.1.1 Пояснительная записка

Разработанная информационная система успешно внедрена в деятельность отдела ремонта автомобилей.

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

Интерфейс должен разрабатываться в соответствии с требованиями юзабилити.

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

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

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

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

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

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

—   всплывающая подсказка (tooltip, hint)

—   строка состояния (status bar)

—   ползунок (slider)

—   полоса прокрутки (scrollbar)

—   панель инструментов (toolbar)

—   вкладка (tab)

—   панель (panel)

—   модальное окно (modal window)

—   диалоговое окно (dialog box)

—   окно (window)

—   ниспадающее меню (pull down menu)

—   контекстное меню (popup menu)

—   главное меню окна (menu bar или main menu)

—   меню (menu)

—   элемент для отображения табличных данных (grid view)

—   поле редактирования (edit field, textbox)

—   метка (label)

—   раскрывающийся список (drop-down list, combo box)

—   дерево — иерархический список (tree view)

—   список (list box)

—   значок (icon, иконка)

—   флажок (check box)

—   радиокнопка (radio button)

—   split button (сдвоенная кнопка) — кнопка, которая вызывает список со вторичным(и) действием(и) (кнопками)

—   кнопка (button).

Для разрабатываемого приложения будут использованы следующие типы элементов:

—   строка состояния (status bar)

—   ползунок (slider)

—   полоса прокрутки (scrollbar)

—   вкладка (tab)

—   главное меню окна (menu bar или main menu)

—   меню (menu)

—   элемент для отображения табличных данных (grid view)

—   поле редактирования (edit field, textbox)

—   список (list box)

—   значок (icon, иконка)

—   кнопка (button).

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

—   Использование специальных программных средств при проектировании макетов экранных форм;

—   Использование традиционного расположения таких элементов интерфейса, как кнопки «Закрыть окно», «Свернуть в окно», «Свернуть»;

—   Использование крупных интерфейсных элементов для перехода к пунктам меню программы.

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

После авторизации администратор видит главную форму программы со списком поступивших заявок – рисунок П.4.1.

Поступившую заявку можно отправить на выполнение в определенный цех – рисунок П.4.2.

Для этого нужно выбрать наименование подразделения.

Также администратор заполняет справочники и получает отчеты. На рисунке приведена форма справочника Оборудование – рисунки П.4.3, П.4.4.

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

Наладчик после авторизации также видит форму со список заявок и их статусом.

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

Далее необходимо ввести информацию по заявке – рисунок П.4.8.

Наладчик также видит список поступивших для него заявок. Он может либо принять заявку к работе, либо вернуть ее диспетчеру с указанием причины. После того, как заявка выполнена, она закрывается, при этом указываются, какие запасные части использовались, работы проводились и какие сотрудники принимали участие в ее устранении – рисунки П.4.9, П.4.10.

После чего формируется наряд на ремонт – рисунок П.4.11.

Администратор также получает следующие отчеты:

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

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

 

4.1.2 План мероприятий по подготовке объекта ко вводу ИС в эксплуатацию

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

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

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

Процесс создания инфологической модели включает в себя следующие этапы [14, 15]:

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

Логическим уровнем представления модели считается теоретический взгляд на данные, на нем данные представлены точно так же, как и в реальности. Логическую модель данных принято считать универсальной, и никак не связанной с определенной реализацией СУБД. Физическая модель данных, наоборот, находится в зависимости от определенной СУБД, фактически считаясь отображением системного каталога. В физической модели имеется информация обо всех объектах БД (базы данных). Так как не существует стандартов на объекты БД (к примеру, отсутствует стандарт на типы данных), физическая модель находится в зависимости от определенной реализации СУБД. Таким образом, одной и той же логической модели могут отвечать ряд различных физических моделей. Если в логической модели не имеет значения, каким именно типом данных располагает атрибут, то в физической модели считается важным описание всей информации об определенных физических объектах [15].

Инновационные объектно-ориентированные CASE-средства предоставляют возможность эффективного решения задач проектирования приложений. Среди подобных пакетов – Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst.

Для инфологического проектирования БД избрано CASE‑средство Computer Associates ERwin.

В предоставленной работе инфологической модели дано описание в нотации IDEF1X. Такая методология применяет строго структурированный набор типов конструкций моделирования. В процессе создания модели данных применяется 2 уровня представления данных: физический и логический.

На рисунке 4.1 представлена физическая модель данных. Er-диаграмма базы данных в среде проектирования показана на рисунке 4.2.

 

Рис.4.1 Физическая модель данных

Рис. 4.2 Er-диаграмма базы данных в среде проектирования

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

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

В наши дни, чтобы определить эффективность ИТ-инвестиций существуют некоторые методики, которые можно сгруппировать таким образом [12]: вероятностные способы (Applied Information Economics, Real Options Valuation); классические финансовые методики (Economic Value Added, Total Cost of Ownership, Return оn Investment); инструменты качественного анализа (Information Economics, Balanced Scorecard).

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

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

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

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

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

DТ=Т01                                                                                                                       (4.1)

где Т0 – считается годовой трудоемкостью обработки информации при базовом варианте; а

Т1 – годовой стоимостью обработки информации при разрабатываемом варианте.

  1. Коэффициент понижения трудовых затрат

Kт=(DТ/Т0)*100 (%)                                                                   (4.2)

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

Yт01в                                                                                                                       (4.3)

К стоимостным показателям принадлежат: абсолютное понижение стоимостных затрат (DC) , коэффициент относительного понижения стоимостных затрат (КC) :

  1. Показатель понижения стоимостных затрат

DС=С01                                                                                                                      (4.4)

где С0 – считается годовой стоимостью обработки информации при базовом варианте; а

С1 – годовой стоимостью обработки информации при разрабатываемом варианте.

  1. Индекс изменения стоимостных затрат

Yc01                                                                                      (4.5)

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

Ток  = КП /DC                                                                             (4.6),

где КП – являются затратами на реализацию проекта (разработка и введение).

Также следует определить расчетный коэффициент эффективности капитальных затрат:

Ер =  1/Ток                                                                                  (4.7)

Сравним суммы затрат для базового варианта и при применении созданной системы по учету пациентов. Предположим, что средняя заработная плата регистратора 30000 руб., что в переводе на часы при 21 восьмичасовом рабочем дне составит 140 рублей в час. Предположим, что в работе созданной системы применяются документы следующего объема:Данные о клиенте —  50 документострок;Данные о записи на прием – 100 документострок;Список услуг – 450 документострок;Отчеты– 1000 документострок (раз в неделю).За год получим:Итого данных о клиенте — 50*21*12=12600 документострок;Итого данных о записи — 100*21*12=25200 документострок;Итого услуг — 450*21*12=113400 документострок;Общее количество отчетов – 1000*4*12=48000 документострок.Также необходимо учитывать, что при применении созданной системы амортизация ПК составляет 20% от его начальной стоимости (25000 рублей) при продолжительности эксплуатации 5 лет, т.е. в час:5000/(21*12*8)=2,5 руб. в час.Накладные расходы составят при базовом варианте:Бумага:10 пачек*12 месяцев*100 руб. =12000 ежегодно либо 12000/(21*12*8)=6 руб. в час;Остальные канцелярские принадлежности – примерно 6000 ежегодно, или примерно 3 руб. в час, всего — 9 рублей в час.Процедуры технологического процесса при проектном и базовом и вариантах ежегодно, а также их характеристики показаны в таблицах 4.1 и 4.2.

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

DТ=1328,00  -664,00=664,00 часов

Коэффициент понижения трудовых затрат составил:

Kт=(664/1328)*100%=50 %

Показатель понижения стоимостных затрат составил:

DС=177952-114841-=93292,00 рублей

 

 

Таблица 4.1

Базовый вариант

 

Таблица 4.2

Проектный вариант

Выполним расчет затрат на проектирование и внедрение системы. Для этого необходимо учитывать зарплату разработчиков. При средней зарплате в 30000 руб., и привлечении 3-х разработчиков и общей продолжительности разработки в 21 рабочий день (месяц), стоимость разработки составит 90000 руб., закупка сервера для установки СУБД и веб-сервера в сумме 50000 руб., то общая сумма капитальных затрат составит 140000 руб.

Рассчитаем время окупаемости затрат на введение проекта машинной обработки информации:

Ток  = 140000/93292=1,5 года

Время окупаемости затрат на введение проекта составит примерно 18 месяцев.

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

Ер =  1 / Ток=1/1,5 =0,66

Диаграмма сравнения проектного и базового вариантов трудовых затрат приведена на рисунке 4.3, стоимостных затрат приводится на рисунке 4.4.

Рис. 4.3 Диаграмма сравнения проектного и базового варианта трудовых затрат обработки информации

Рис. 4.4 Диаграмма сравнения проектного и базового варианта стоимостных затрат обработки информации

 

4.2 Документация функциональной части

 

4.2.1 Описания автоматизированных функций

Структурная схема пакета ИС приведена на рисунке 4.5.

Программная система состоит из следующих уровней: клиент; сервер приложений; сервер БД (рисунок 4.6).

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

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

Рис. 4.5 Структурная схема пакета ИС

Рис. 4.6 Структура программной системы

 

На третий уровень выносится сервер БД, который обеспечивает сохранение данных.

Сервер приложений разработан при помощи технологии Delphi 9.0 DataSnap. Передача данных между клиентом и сервером осуществляется через протокол TCP. Сервер приложений взаимодействует с базой данных через СУБД MS SQL Server. Подключение к базе данных выполняется через технологию ADO.

В структуре сервера можно выделить две основные части: Модуль управления сервером (TdmServer) и модуль предоставления данных (TdssmRemoteData). Описание модулей приведено в таблице 4.3.

Таблица 4.3

Структура сервера приложений

Основой клиентской части является модуль TdmData. Модуль выполняет следующие функции: соединение с сервером; управление предоставленными сервером наборами данных; получение доступа к функциональности сервера (создание проекции интерфейса взаимодействия «TdssmRemoteData»).

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

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

Алгоритмы работы программы приведены на рисунках 4.7 и 4.8.

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

  1. Заказчик (представитель цеха) заходит в систему и формирует заявку, выбирая из списка сломанное оборудование, вводя предполагаемую причину поломки, при этом дата и время заявки устанавливается автоматически.
  2. Заявка попадает к диспетчеру. Диспетчер отправляет заявку наладчику, может добавить свое примечание.
  3. Наладчик рассматривает заявку и может либо принять ее на исполнение, либо вернуть диспетчеру. В последнем случае диспетчер опять назначает заявку какому-то другому сотруднику.
  4. Если заявка принимается на исполнение, наладчик может выписать накладную на получение какого-либо оборудования со склада, выбирая его из списка.

Рис.4.7 Алгоритм добавления новой техники на ремонт

Прододжение Рис. 4.7 Алгоритм добавления новой техники на ремонт

 

Рис. 4.8 Алгоритм завершения заявки на ремонт

Продолжение Рис. 4.8 Алгоритм завершения заявки на ремонт

 

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

 

4.2.2 Описание постановки задачи

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

Основными элементами модели прецедентов являются актеры и прецеденты.

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

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

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

  1. заказчик (представитель цеха) заходит в систему и формирует заявку, выбирая из списка сломанное оборудование, вводя предполагаемую причину поломки, при этом дата и время заявки устанавливается автоматически.
  2. заявка попадает к диспетчеру. Диспетчер отправляет заявку наладчику, может добавить свое примечание.
  3. Наладчик рассматривает заявку и может либо принять ее на исполнение, либо вернуть диспетчеру. В последнем случае диспетчер опять назначает заявку какому-то другому сотруднику.
  4. Если заявка принимается на исполнение, наладчик может выписать накладную на получение какого-либо оборудования со склада, выбирая его из списка.
  5. Если необходимого оборудования в системе нет, исполнитель может сформировать аварийную заявку в отдел снабжения для получения этого оборудования на склад и распечатать ее. Если при следующей синхронизации оказывается, что это оборудование уже поступило на склад, в списке заявок в работе должна быть сигнализация о том, что оборудование поступило на склад и можно приступать к работе по ремонту.
  6. По окончании ремонта наладчик закрывает наряд, выбирая из списка выполненные работы, а также используя список оборудования, которое было ранее выдано для проведения данного ремонта. Оборудование также можно добавлять в наряд при его закрытии. Время закрытия добавляется автоматически.
  7. Закрытая заявка показывается у заказчика этой заявки, заказчик должен закрыть ее окончательно или отправить на доработку, добавив примечание.

В диаграмме прецедентов 4 актера. На рисунке 4.9 представлена диаграмма прецедентов, которая представляет функции администратора по работе с системой.

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

 

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

 

Рис. 4.10 Диаграмма прецедентов заказчика

 

Рис. 4.11 Диаграмма прецедентов наладчика

 

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

Диаграмма последовательности «Распределение заявок» показывает порядок распределение заявок и направления наладчику для исполнения.

 

Рис. 4.12 Диаграмма очередности «Аутентификация пользователя»

 

Диаграмма последовательности «Обработка заявки наладчиком» показывает порядок обработки заявок при ее получении наладчиком. Исполнитель может либо отказаться от заявки, либо принять ее для исполнения. Диаграмма последовательности при отказе от заявки приведена на рисунке 4.13.

Диаграмма последовательности при приеме заявки в работу приведена на рисунке 4.14.

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

 

Рис. 4.13 Диаграмма последовательности «Учет заявок»

Рис. 4.14 Диаграмма распределения заявок

Рис. 4.15 Диаграмма последовательности при отказе от заявки

Рис. 4.16 Диаграмма последовательности при приеме заявки в работу

 

Рис. 4.17 Диаграмма последовательности закрытия заявки и формирования наряда

4.3 Документация организационного обеспечения ИС

 

Программное обеспечение (ПО) — представляет из себя совокупность программ для решения задач и целей автоматизированной системы. [2]

Программное обеспечение бывает двух видов: общее (операционные оболочки, операционные системы, интерпретаторы, компиляторы программные среды для разработки прикладных программ, сетевые программы, СУБД и др.) и специальное (совокупность прикладных программ, которые разработаны для определённых задач в рамках функциональных подсистем, и контрольные примеры). [2]

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

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

-· требования, предъявляемые к аппаратным средствам,

-· требование поддержки сетевой технологии,

-· присутствие справочной службы для пользователя,

-· быстродействие,

-· наличие дружественного интерфейса и легкость в использовании.

На компьютерах, входящих в состав АРМов сотрудников компании на данный момент установлена ОС MS Windows 7 Professional x64, это считается оптимальным выбором, т.к. ОС семейства Windows наиболее распространённые на сегодняшний день, поэтому с приходом нового сотрудника не придётся его переобучать.

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

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

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

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

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

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

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

Проанализируем 5 разных реляционных СУБД. В соответствии с методом анализа иерархий, который предложил Т. Саати, осуществляется попарное сравнивание всех СУБД по каждому из критериев, вследствие чего создается пять матриц попарных сравнений альтернатив.

В качестве альтернатив будем рассматривать такие СУБД: DB2; Oracle; Microsoft SQL Server; PostgreSQL; MySQL.

Выбор необходимой СУБД описан в приложении 1.

С целью создания программ для Windows имеется множество интегрированных сред разработки. К ним относятся: С+ + Builder, Delphi, Visual С+ +, Visual Basic.

Когда появились средства быстрой разработки приложений (RAD – rapid application development) стало возможным программирование при помощи готовых шаблонов и компонентов. Выполним сравнение C++Builder и Delphi, для автоматизированной системы изберем среду программирования.

Компания Borland International на базе языка Object Pascal разработала систему визуального программирования Delphi. Основательным шагом вперед можно считать объектно-ориентированный подход по созданию компонент. Благодаря нормальной компиляции, которая обеспечивает получение наиболее производительных программ, обеспечивалось дополнительное преимущество. Две первые версии Delphi достаточно быстро снискали симпатии не только среди аудиторий вузов, где Pascal имел особое уважение, но и у специалистов. Это привело к тому, что один из отделов компании Borland International перенес визуальную технологию в среду C++. Таким образом, практически в то же время с появлением Delphi 2.0 на рынок вышла первая версия Borland C++ Builder (ВСВ). Основа этой версии ВСВ содержала библиотеку визуальных компонентов VCL (Visual Component Library), которая без изменений была перенесена из Delphi 2. Интерфейсы сред ВСВ и Delphi подобны друг другу словно близнецы, да и основная часть ВСВ разрабатывалась в среде Delphi на языке Object Pascal. Из-за своего происхождения система ВСВ стала двуязычной. Помимо собственного основного языка программирования она предоставляет возможность почти без каких-нибудь доработок применять модули, объекты и формы, которые были разработаны в среде Delphi. Для еще большего расширения сферы влияния среды ВСВ, в следующих версиях ее авторы обеспечили возможность применения библиотеки классов MFC, которая была разработана компанией Microsoft.

Delphi 7 2010 г считается прекрасным инструментов, однако одновременно и сложной программной средой, которая состоит из многих компонентов. Включает в себя новый интерфейс Galileo, а так же interbase server и desktop, remote debugger server, Model Maker, Install Shield

Наиболее привлекательными в Delphi считаются такие первоначальные возможности, как интеграция с программированием под Windows и технология элементов, объектно-ориентированный подход к программированию, который основан на формах, ее высокопроизводительный 32-разрядный оптимизирующий компилятор, прекрасная поддержка БД. Однако наиболее значительной частью считается язык Object Pascal, на основе которого формируется все остальное.

Delphi 7 2010 г имеет открытую архитектуру, полностью поддерживает технологии ODBC, ActiveX, Microsoft OLE Automation. Компилятором обеспечивается доступ ко всем ресурсам ОС, которые реализуют интерфейс Win32 (Windows 7 и Windows ХР).

Программы Delphi применяют объектно-ориентированную структуру, которая называется VCL – Visual Component Library (Библиотека Визуальных Компонентов). Собственно VCL поднимает на новый уровень быструю разработку приложений. Собственные возможности можно расширить благодаря созданию собственных элементов. К тому же независимыми поставщиками уже создано большое количество компонентов подобного рода.

Delphi 7 2010г располагает множеством других улучшений IDE, расширенной поддержкой БД (по специальным наборам данных InterBase и ADO), улучшенной версией MIDAS с поддержкой Интернета, инструментом управления версиями TeamSours, возможностями перевода, концепцией фреймов и большим количеством новых элементов.

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

C++Builder 6 2010 считается очередной версией системы объектно-ориентированного программирования для ОС Windows 7, Windows Vista, Windows XP и Windows 2000. Встроенная среда системы (IDE, Integrated Development Environment) обеспечивает ускоренное визуальное проектирование, а также продуктивность неоднократно применяемых элементов совместно с улучшенными инструментами и многообразными средствами доступа к БД.

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

Система C++Builder 6 2010 может использоваться везде, где необходимо дополнить имеющиеся приложения (как системные, так и прикладные) расширенным стандартом языка C++, увеличить надежность и быстродействие и программ, придать интерфейсу пользователю качество профессионального уровня. Помимо этого обеспечивает быстрое создание применяющих сенсорный ввод данных графических приложениях и интерфейсов для КПК, сенсорных панелей и автономных общедоступных систем и усовершенствование имеющихся приложений с наименьшим добавлением кода или без него.

В контексте C++Builder RAD имеет в виду не только реальное ускорение классического цикла «редактирование – компиляция – компоновка – прогон – отладка», но и придает изящество компонентной модели создаваемым проектам.

Уникальная среда разработки C++Builder 6 2010 IDE Insight позволяет обращаться ко всем компонентам, параметрам и возможностям интегрированной среды разработки, не расходуя время на их поиск в диалоговых окнах и меню; обозреватель классов, который обеспечивает управление классами в проекте и быстрый переход между ними; объединяет Палитру компонентов, Менеджер проектов, Инспектор объектов, Дизайнер форм и целиком интегрированные Отладчик и Редактор кода, которые считаются основными инструментами RAD.

В Builder C++ 6 2010 добавлены поддерживаемые отладчиком средства визуализации данных, которые упрощают отладку, разрешая выполнять настройку отображения типов данных в отладчике; поддерживаемые отладчиком средства управления потоками, обеспечивающие разморозку, заморозку и изоляцию потоков, а также установку контрольных точек для выбранных потоков, что упрощает разрешение проблем. Builder C++ 6 2010 имеет новые параметры отладчика: Scroll new events into view и Ignore non-user breakpoints, как на уровне первоначальных инструкций, так и на уровне ассемблерных команд, рассчитывая удовлетворить высокие запросы экспертов.

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

Визуальной разработкой методом «перетаскивания» (drag-and-drop) многократно упрощается и ускоряется трудоемкая процедура программирования приложений СУБД. Основу объектно-ориентированного взаимного действия клиент – сервер составляет термин наборов данных (dataset) – хранимых процедур, запросов, таблиц, являющихся основными сущностями БД, которыми оперируют элементы доступа. Обширный выбор компонентов редактирования и визуализации позволяет без затруднений видоизменять представления наборов данных. C++Builder применяет масштабируемый словарь данных и проводник БД, чтобы автоматически осуществить настройку средств редактирования и отображения применительно к специфике информации.

Наравне с художниками-оформителями и дизайнерами к прикладным разработкам в основных сферах сети все чаще стали привлекаться специалисты-программисты. Качественное приложение обеспечивает динамический выбор информации с сервера и ее предоставление в формате, который удобен для пользователей различного уровня, таким образом, чтобы у них имелась возможность составления своего заключения и принятия адекватного решения в кратчайшее время. C++Builder 6 2010 полностью этим требованиям удовлетворяет и обеспечивает:

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

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

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

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

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

Для разработки будем использовать среду разработки RAD Studio Professional.

RAD Studio Professional содержит высокопроизводительные интегрированные среды разработки своих приложений Windows и .NET. Интегрированная среда разработки Delphi и C++Builder с поддержкой Unicode для разработки своих приложений имеет не одну сотню готовых функций и компонентов, к которым относятся полнофункциональная отладка и тестирование модулей, интерактивные шаблоны, выделение синтаксиса, дополнение кода, рефакторинг. Интегрированная среда разработки Delphi Prism поддерживает создание приложений для платформы .NET, в том числе поддержку передовых технологий .NET. — Подключение к локальным БД InterBase®, Blackfish™ SQL и MySQL в Delphi и C++Builder. — Подключение к БД в Visual Studio при помощи ADO.NET, в том числе подключение к локальным БД Blackfish и InterBase в Delphi Prism. — Развертывание Blackfish SQL в системах с одним пользователем и размером базы данных 512 МБ. — Библиотека VCL для Интернета с ограничением количества подключений (не свыше пяти).

В результате анализа и сравнения средств разработки выбраны язык программирования Delphi 9.0 и СУБД MS SQL 2012.

 

4.4 Документация информационного обеспечения

 

Информационным обеспечением (ИО) — является совокупность целостной системы классификации, унифицированных систем документации, кодирования информации и информационных массивов. [12] Состоит ИО из двух комплексов: внемашинного ИО (документы и классификаторы технико-экономической информации) и компоненты внутримашинного информационного обеспечения (макеты и экранные формы для ввода первичных данных в ЭВМ или вывода итоговой информации, структура информационной базы: выходных, входных файлов, базы данных). Чтобы экономическую информацию приспособить для продуктивной обработки, поиска и передачи по каналам связи, ее надо предоставить в цифровом виде. Для этого ее необходимо сначала классифицировать (упорядочить), а потом закодировать (формализовать) применяя классификатор.

Классификатор — это документ, при помощи которого можно осуществлять формализованное описание экономической информации в ЭИС, которая содержит названия объектов, наименования классификационных группировок и их кодовые обозначения. [13]

По своим действиям классификаторы делятся на такие виды: отраслевые и локальные, общегосударственные или общесистемные и международные классификаторы.

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

Главной компонентой внемашинного ИО считается система документации, которая применяется в ходе управления экономическим объектом. Документ-это конкретная совокупность сведений, которая используется при решении экономических задач и располагается на материальном носителе согласно установленной форме.

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

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

— провести унификацию и стандартизацию документов;

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

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

Описание экранных форм относится к внутримашинному ИО.

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

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

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

Большей частью внутримашинного ИО составляет информационная база.

Информационная база (ИБ) — конкретным образом сформированная совокупность данных, сохраняемых в памяти вычислительной системы в виде файлов, при помощи которых удовлетворяются информационные запросы управленческих процессов и решаемых задач. [3]

Имеются такие способы построения ИБ:

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

-·интегрированная база данных — базируется на применении универсальных программных средств поиска, хранения, загрузки и ведения данных, то есть СУБД.

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

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

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

-· поддержка целостности данных,

-·совместимость данных; соответствие данных действительному состоянию объекта.

База данных (БД) — поименованная совокупность данных, которая отражает совокупность объектов и их связей в разбираемой предметной области. [3]

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

По методу установления связей между данными выделяют:

-· иерархическую;

-· реляционную модель,

-· сетевую.

Главными элементами каждой из этих моделей считаются таблицы или файлы.

Иерархическими моделями данных является графовая модель с вершинами-таблицами. В таких моделях имеется один файл являющимся входом в структуру. Меж этими файлами возникают отношения соподчиненности. У файла может быть несколько подчиненных и одна исходная вершина. Основной тип отношений — 1:М.

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

Более популярное распространение обрела реляционная модель данных. При этой организации любая информация изображена как таблицы или файлы БД и отношения. Такие таблицы представляют собой совокупность записей (строк или кортежей). Меж отношениями (таблицами) имеются связи типа 1:М, М:М. Любое из отношений имеет свой ключ — поле записи (атрибут), которое идентифицирует ее. Такое свойство, присуще реляционной модели данных не производит дублирование информации, и ускоряет процесс поиска и доступа к конкретным данным.

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

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

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

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

— наименование категории;

— наименование услуги;

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

— наименование;

— категория;

— описание

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

Администратор получает следующие отчеты:

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

 

4.5 Документация технического обеспечения

 

Техническим обеспечением (ТО) — является набор технических средств, который предназначается для обеспечения работоспособности автоматизированной системы. [11]

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

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

Так как задачи предполагается решать при помощи веб-ориентированной системы, необходимы будут веб-сервер и компьютеры для рабочих мест. Характерные свойства архитектуры «клиент-сервер» и прочие специфичности веб-ориентированных систем дают возможность им работать на ЭВМ с низкими системными требованиями. Сдерживающим фактором являются запросы операционной системы, потому, что современные браузеры к ресурсам нетребовательны.

Локально-вычислительная сеть компании создавалась по технологии Ethernet с применением маршрутизатора ASUS AX-112W по топологии «дерево с активными узлами».

Средой передачи данных служит кабель витая пара 5 категории (100BASE-ТX) со скоростью передачи до 100 мбит/сек.

В сети выделяется 2 сегмента

-серверный сегмент;

— пользовательский сегмент.

Доступ в глобальную сеть Интернет осуществляется по выделенной линии при помощи технологии ADSL, со скоростью до 10 мбит/сек.

В качестве ADSL-модема использован D-Link DCM-202.

Серверная ферма состоит из файлового сервера, веб-сервера.

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

В каждом из сегментов размещаются рабочие станции и МФУ Brother DCP-9010CN для размножения, распечатки и ксерокопирования документов.

Общая схема технического обеспечения компании изображена на рисунке 1.2.

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

  • соединительные линии локальной вычислительной сети;
  • сервера;
  • ПК менеджеров.

Персональные компьютеры оценивают по таким ключевым критериям:

  • быстродействие видеокарты;
  • объем оперативной памяти;
  • объем жесткого диска;
  • быстродействие процессора.

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

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

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

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

 

4.6 Документация математического обеспечения

 

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

Таблица 4.4

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

Таблица 4.5

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

Заключение

 

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

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

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

  • Пригодность и полнота информации для пользователя.
  • Своевременность.
  • Точность.
  • . Гибкость
  • Ориентированность
  • Приемлемый формат данных.

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

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

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

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

В ходе разработки системы проводились такие работы:

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

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

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

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

 

 

Список источников

 

  1. Авдошин, Песоцкая. Информатизация бизнеса. Управление рисками. — Издательство: ДМК-Пресс, М., 2015 г., 176 стр.
  2. Арнольд Виллемер. Программирование PHP. — Москва, Издательство: Эксмо, 2015 г., 528 стр.
  3. Бабич А.В. Организация информационных сетей – Тюмень: Издательство Тюменского государственного университета, 2015. – 144 с.
  4. Белл, Киндал, Талманн. Обеспечение высокой доступности систем на основе MySQL. — Издательство: BHV, М., 2014 г., 624 стр.
  5. Бенкен Е.С. PHP, MySQL, XML: программирование для Интернета. – С. Пб.:BHV, 2014. –570 с.
  6. В. Тимофеев: Самоучитель PHP как он есть. — Москва, Издательство: Бином, 2014 г., 336 стр.
  7. Васильев А. Самоучитель PHP примерами и задачами. — Москва, Издательство: Наука и Техника, 2015 г., 480 стр.
  8. Викрам Васвани: MySQL: использование и администрирование. — Издательство: Питер, СПб, 2014 г., 368 стр.
  9. Исаев Георгий. Информационные системы в экономике. Учебник. — Издательство: Омега-Л, М., 2015 г., 462 стр.
  10. Манза Н.Н. Компьютерные сети нового поколения / под редакцией Лавриенка Я.С. – Днепропетровск.: Изд-во Манлав, 2014. – 896 с.
  11. Манза Н.Н. Обзор средств защиты информации от несанкционированного доступа для средних предприятий. Информационная безопасность 2013 №06 декабрь. — М.: Groteck. 2015. — 60 с.
  12. Морган, Тернстрем. Проектирование и оптимизация доступа к базам данных Microsoft SQL Server 2012. — Издательство: BHV, М., 2014 г., 480 стр.
  13. Пирогов Владислав. Информационные системы и базы данных: организация и проектирование, Издательство: BHV, М., 2015 г., 528 стр.

1 2

Помощь с дистанционным обучением
Получи бесплатный расчет за 15 минут
 

Введите контактный e-mail:

 

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

 

Что требуется сделать?

 

Каким способом с Вами связаться?:

E-mail
Телефон
Напишем вам на вашу почту
 
Перезвоним вам для уточнения деталей
 
Перезвоним вам для уточнения деталей
 

или напишите нам прямо сейчас

Написать в WhatsApp
 

Оставить комментарий

 

Ваше имя:

Ваш E-mail:

Ваш комментарий

Inna Petrova 18 минут назад

Нужно пройти преддипломную практику у нескольких предметов написать введение и отчет по практике так де сдать 4 экзамена после практики

Иван, помощь с обучением 25 минут назад

Inna Petrova, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Коля 2 часа назад

Здравствуйте, сколько будет стоить данная работа и как заказать?

Иван, помощь с обучением 2 часа назад

Николай, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Инкогнито 5 часов назад

Сделать презентацию и защитную речь к дипломной работе по теме: Источники права социального обеспечения. Сам диплом готов, пришлю его Вам по запросу!

Иван, помощь с обучением 6 часов назад

Здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Василий 12 часов назад

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

Иван, помощь с обучением 12 часов назад

Василий, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Анна Михайловна 1 день назад

Нужно закрыть предмет «Микроэкономика» за сколько времени и за какую цену сделаете?

Иван, помощь с обучением 1 день назад

Анна Михайловна, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Сергей 1 день назад

Здравствуйте. Нужен отчёт о прохождении практики, специальность Государственное и муниципальное управление. Планирую пройти практику в школе там, где работаю.

Иван, помощь с обучением 1 день назад

Сергей, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Инна 1 день назад

Добрый день! Учусь на 2 курсе по специальности земельно-имущественные отношения. Нужен отчет по учебной практике. Подскажите, пожалуйста, стоимость и сроки выполнения?

Иван, помощь с обучением 1 день назад

Инна, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Студент 2 дня назад

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

Иван, помощь с обучением 2 дня назад

Здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Ольга 2 дня назад

Требуется сделать практические задания по математике 40.02.01 Право и организация социального обеспечения семестр 2

Иван, помощь с обучением 2 дня назад

Ольга, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Вика 3 дня назад

сдача сессии по следующим предметам: Этика деловых отношений - Калашников В.Г. Управление соц. развитием организации- Пересада А. В. Документационное обеспечение управления - Рафикова В.М. Управление производительностью труда- Фаизова Э. Ф. Кадровый аудит- Рафикова В. М. Персональный брендинг - Фаизова Э. Ф. Эргономика труда- Калашников В. Г.

Иван, помощь с обучением 3 дня назад

Вика, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Игорь Валерьевич 3 дня назад

здравствуйте. помогите пройти итоговый тест по теме Обновление содержания образования: изменения организации и осуществления образовательной деятельности в соответствии с ФГОС НОО

Иван, помощь с обучением 3 дня назад

Игорь Валерьевич, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Вадим 4 дня назад

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

Иван, помощь с обучением 4 дня назад

Вадим, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Кирилл 4 дня назад

Здравствуйте! Нашел у вас на сайте задачу, какая мне необходима, можно узнать стоимость?

Иван, помощь с обучением 4 дня назад

Кирилл, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Oleg 4 дня назад

Требуется пройти задания первый семестр Специальность: 10.02.01 Организация и технология защиты информации. Химия сдана, история тоже. Сколько это будет стоить в комплексе и попредметно и сколько на это понадобится времени?

Иван, помощь с обучением 4 дня назад

Oleg, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Валерия 5 дней назад

ЗДРАВСТВУЙТЕ. СКАЖИТЕ МОЖЕТЕ ЛИ ВЫ ПОМОЧЬ С ВЫПОЛНЕНИЕМ практики и ВКР по банку ВТБ. ответьте пожалуйста если можно побыстрее , а то просто уже вся на нервяке из-за этой учебы. и сколько это будет стоить?

Иван, помощь с обучением 5 дней назад

Валерия, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Инкогнито 5 дней назад

Здравствуйте. Нужны ответы на вопросы для экзамена. Направление - Пожарная безопасность.

Иван, помощь с обучением 5 дней назад

Здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Иван неделю назад

Защита дипломной дистанционно, "Синергия", Направленность (профиль) Информационные системы и технологии, Бакалавр, тема: «Автоматизация приема и анализа заявок технической поддержки

Иван, помощь с обучением неделю назад

Иван, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru

Дарья неделю назад

Необходимо написать дипломную работу на тему: «Разработка проекта внедрения CRM-системы. + презентацию (слайды) для предзащиты ВКР. Презентация должна быть в формате PDF или формате файлов PowerPoint! Институт ТГУ Росдистант. Предыдущий исполнитель написал ВКР, но работа не прошла по антиплагиату. Предыдущий исполнитель пропал и не отвечает. Есть его работа, которую нужно исправить, либо переписать с нуля.

Иван, помощь с обучением неделю назад

Дарья, здравствуйте! Мы можем Вам помочь. Прошу Вас прислать всю необходимую информацию на почту и написать что необходимо выполнить. Я посмотрю описание к заданиям и напишу Вам стоимость и срок выполнения. Информацию нужно прислать на почту info@the-distance.ru