Разработка базы знаний системы инструментообеспечения

Заключение

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

Оглавление


Введение 5
1 Аналитическая часть 6
1.1. Описание деятельности предприятия 6
1.2. Анализ существующего бизнес-процесса 8
1.3. Анализ существующих аналогов программного обеспечения 11
1.4 Обоснование проектных решений по видам обеспечения 12
1.4.1. Обоснование проектных решение по техническому обеспечению 12
1.4.2. Обоснование проектных решений по информационному обеспечению 16
1.4.3 Обоснование проектных решений по программному обеспечению 18
1.5 Разработка перечня требований к системе 20
2 Проектная часть 22
2.1. Разработка проекта автоматизации 22
2.2 Информационное обеспечение задачи 27
2.3 Программное обеспечение задачи 29
2.3.1. Описание интерфейса системы 29
2.3.2. Описание алгоритма работы системы 33
2.3.3. Описание программных модулей 34
2.4 Тестирование системы 40
2.5Руководство по установке и работы с системой 42
3 Обоснование экономической эффективности проекта 53
3.1. Выбор и обоснование методики расчёта экономической эффективности 53
3.2. Расчёт показателей экономической эффективности проекта 57
4 Безопасность и экологичность проекта 59
4.1 Факторы оказывающие негативное воздействие на здоровье пользователя системы 59
4.2 Рекомендации по охране труда 61
4.3 Рекомендации по обеспечению экологичности проекта 68
Заключение 69
Список литературы 71

 

Введение

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

 

Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются.Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.Модель ЖЦ ПО включает в себя:Стадии;Результаты выполнения работ на каждой стадии;Ключевые события — точки завершения работ и принятия решений.Стадия — часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.Таким образом, стандарт ISO 12207 обладает большей гибкостью и наиболее подходит для создания ИС инструментообеспечения. К настоящему времени наибольшее распространение получили следующие две основные модели жизненного цикла:Каскадная модель (водопадная);Спиральная модель.Для ИС инструментообеспечения выбрана каскадная модель жизненного цикла, так как с начала проектирования сформулированы конкретные требования к системе, с учетом недостатков уже имеющейся системы, предметная область хорошо изучена. Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.Этапы проекта в соответствии с каскадной моделью:Формирование требованийЦель: формирование требований к разрабатываемой ИС инструментообеспечения;Участники:Руководитель проекта, аналитик, проектировщик;Результаты: перечень требований к ИС (срок реализации, стоимость, функциональность системы).ПроектированиеЦель: создание проекта ИС инструментообеспечения;Участники:Руководитель проекта, аналитик, проектировщик, программист;Результаты: проект ИС (архитектура ИС, функциональная структура, структура информационной базы, выбор спецификации программно-технического обеспечения ИС, выбор средств проектирования и разработки).РеализацияЦель: создание программной реализации ИС инструментообеспечения;Участники: программист;Результаты: программная реализация ИС (дистрибутив программы, файл БД, инструкция по установке и использованию, описание программы).ТестированиеЦель: тестирование и устранение ошибок ИС инструментообеспечения;Участники: тестировщик, пользователь ИС;Результаты: отчет о тестирование ИС (ошибки работы программы, рекомендации пользователей).Ввод в действиеЦель: внедрение ИС инструментообеспечения;Участники: инженер, руководитель проекта;Результаты: акт приема.Эксплуатация и сопровождение Цель: сопровождение ИС инструментообеспечения;Участники: программист, консультант;Результаты: отчет об эксплуатации ИС (отчет о проведении обучающих занятий, отчет об устраненных ошибках в ПО, отчет о сбоях в работе ИС).Ожидаемые риски на этапах жизненного цикла и их описаниеВсе возможные риски на этапах ЖЦ ИС и меры по снижению рисков представлены в таблице 2.1.Этап ЖЦРискФормирование требований1. Риск персонала со стороны заказчика и исполнителя;2. Риск неполноты сбора информации.Проектирование1. Риск принятия неверных проектных решений;2. Риск неверного планирования;3. Стоимостной риск;4. Форс-мажор.Реализация1. Риск персонала;2. Технический и программный риск.Тестирование1. Риск персонала;2. Технический риск.Ввод в действие1. Риск персонала;2. Технический и программный риск.Эксплуатация и сопровождение1. Риск персонала;2. Технический риск.Из приведенных выше рисков для ИС инструментообеспечения актуальными являются: риск неполноты сбора информации (1 этап) связан с неверной формулировкой и утверждением технического задания. Для снижения данного вида риска необходимо привлекать ведущих специалистов компании, привлекать руководство, четко формулировать задачи на каждом этапе;технический риск (на всех этапах) – связан с возможным отказом оборудования (сервера) или программного обеспечении (СУБД, ОС и т.д.). Меры: привлечение квалифицированных специалистов, резервное копирование информации;риск персонала (на этапе ввода в эксплуатацию и этапе эксплуатации и сопровождения) связана с зависимостью от сотрудника, привлечения неквалифицированных разработчиков, непонимание между разработчиками. Меры: держать резерв специалистов для замены, обеспечивать коммуникацию между сотрудниками, документирование хода работы.2.2 Информационное обеспечение задачиИнформационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей. Модель может быть построена в соответствии с описанием схемы данных ГОСТ. При построении модели в рамках неё могут быть семь логических уровней:источники информации;первичные документы или файлы;таблицы с первичными документами;таблицы с промежуточной информацией;таблицы с результатной информацией;результатные документы или файлы;получатели информации.Информационная модель ИС инструментообеспечения приведена на рис. 2.1.Рис. 2.1 - Информационная модель системыКак видно из схемы сотрудник технического отдела вводит информацию в ИС. Данные попадают в соответствующие таблицы и справочники.2.3 Программное обеспечение задачи2.3.1. Описание интерфейса системыНа рис. 2.2-2.4 представлены формы страниц интерфейса.Рис. 2.2 – Вкладка «План работ»На вкладке представлена таблица справочника работ и план работ компании. Справа расположена форма ввода новой работы в план.Рис. 2.3 – Вкладка «Склад»На вкладке представлена таблица перечня инструментов на складе и перечня складских операций. Справа расположена форма ввода складских операций.Рис. 2.4 – Вкладка «Справочники»На вкладке представлена справочная таблица инструментов на складе и справочная таблица выполняемых компанией работ. Справа расположены форма ввода справочной информации.Рис. 2.5 – Вкладка «Контроль остатка»На вкладке представлена таблица перечня инструментов на складе и перечня инструментов с нехваткой.2.3.2. Описание алгоритма работы системыНа рис. 2.6 представлена схема алгоритма работы системы инструментообеспечения.Рис. 2.6 – Алгоритм работ системы инструментообеспечения2.3.3. Описание программных модулейРассмотрим основные процедуры системы инструментообеспечения.Процедура удаления записи из таблицы «План работ»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton2Click(TObject *Sender){tplan -> Delete();}Процедура добавления записи в таблицу «План работ»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton1Click(TObject *Sender){ try { tplan -> Append(); tplan -> FieldByName("data_rab") -> AsString = suiEdit1 -> Text; tplan -> FieldByName("otvetst") -> AsString = suiEdit2 -> Text; tplan -> FieldByName("rab") -> AsString = tspr_rab -> FieldValues["rab"]; tplan -> FieldByName("status") -> AsString = "íà âûïîëíåíèè"; tplan -> Post(); } catch(int a) { MessageBox(Application->Handle,"Îøèáêà ââîäà èíôîðìàöèè","Îøèáêà",mbOK); }}Процедура удаления записи из таблицы «Инструменты»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton4Click(TObject *Sender){ tkompl -> Delete();}Процедура добавления записи в таблицу «Инструменты»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton3Click(TObject *Sender){ try { tkompl -> Append(); tkompl -> FieldByName("kompl") -> AsString = suiEdit5 -> Text; tkompl -> FieldByName("ostatok") -> AsInteger = 50; tkompl -> FieldByName("treb") -> AsInteger = 0; tkompl -> FieldByName("nehvat") -> AsInteger = 0; tkompl -> FieldByName("opis") -> AsString = suiMemo1 -> Text; tkompl -> Post(); } catch(int a) { MessageBox(Application->Handle,"Îøèáêà ââîäà èíôîðìàöèè","Îøèáêà",mbOK); }}Процедура удаления записи из таблицы «Операции»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton10Click(TObject *Sender){ toper -> Delete(); }Процедура добавления записи в таблицу «Операции»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton9Click(TObject *Sender){ try { toper -> Append(); toper -> FieldByName("kod_kompl") -> AsString = tkompl -> FieldValues["kod_kompl"]; toper -> FieldByName("data_oper") -> AsString = suiEdit3 -> Text; toper -> FieldByName("type_oper") -> AsString = suiComboBox1 -> Text; toper -> FieldByName("kolich") -> AsInteger = StrToInt(suiEdit4 -> Text); toper -> Post(); try { tkompl -> Edit(); sum = tkompl -> FieldValues["ostatok"] + StrToInt(suiEdit4 -> Text); razn = tkompl -> FieldValues["ostatok"] - StrToInt(suiEdit4 -> Text); if (suiComboBox1 -> Text == "ïîñòóïëåíèå") {tkompl -> FieldByName("ostatok") -> AsInteger = sum;}; if (suiComboBox1 -> Text == "âûäà÷à") {tkompl -> FieldByName("ostatok") -> AsInteger = razn;}; tkompl -> Post(); tnehvat -> Close(); tnehvat -> Open(); } catch(int a) { MessageBox(Application->Handle,"Îøèáêà ââîäà èíôîðìàöèè","Îøèáêà",mbOK); } } catch(int a) { MessageBox(Application->Handle,"Îøèáêà ââîäà èíôîðìàöèè","Îøèáêà",mbOK); }}Процедура удаления записи из таблицы «Справочник работ»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton6Click(TObject *Sender){ tspr_rab -> Delete();}Процедура добавления записи в таблицу «Справочник работ»//---------------------------------------------------------------------------void __fastcall TForm1::suiButton5Click(TObject *Sender){ try { tspr_rab -> Append(); tspr_rab -> FieldByName("rab") -> AsString = suiEdit6 -> Text; tspr_rab -> FieldByName("opis") -> AsString = suiMemo2 -> Text; tspr_rab -> Post(); } catch(int a) { MessageBox(Application->Handle,"Îøèáêà ââîäà èíôîðìàöèè","Îøèáêà",mbOK); }}Процедура активации первой вкладки программы//---------------------------------------------------------------------------void __fastcall TForm1::FormCreate(TObject *Sender){ suiPageControl1 -> ActivePageIndex = 0; }Процедура изменения статуса запланированной работы//---------------------------------------------------------------------------void __fastcall TForm1::suiButton7Click(TObject *Sender){ try { tplan -> Edit(); tplan -> FieldByName("status") -> AsString = "âûïîëíåíà"; tplan -> Post(); } catch(int a) { MessageBox(Application->Handle,"Îøèáêà ââîäà èíôîðìàöèè","Îøèáêà",mbOK); }}//---------------------------------------------------------------------------2.4 Тестирование системыТестирование программного обеспечения (SoftwareTesting) - проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом. [IEEE GuidetoSoftwareEngineeringBodyofKnowledge, SWEBOK, 2004] В более широком смысле, тестирование - это одна из техник контроля качества, включающая в себя активности по планированию работ (Test Management), проектированию тестов (TestDesign), выполнению тестирования (TestExecution) и анализу полученных результатов (TestAnalysis). Верификация (Verification) - это процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа [IEEE]. Т.е. выполняются ли наши цели, сроки, задачи по разработке проекта, определенные в начале текущей фазы. Валидация (Validation) - это определение соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе [BS7925-1]. План Тестирования (HYPERLINK "http://www.protesting.ru/testing/plan.html"TestPlan) - это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения. Тест дизайн (HYPERLINK "http://www.protesting.ru/testing/testdesign.html"TestDesign) - это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования. Тестовый случай (HYPERLINK "http://www.protesting.ru/testing/testcase.html"TestCase) - это артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части. Баг/Дефект Репорт (HYPERLINK "http://www.protesting.ru/testing/bugreport.html"BugReport) - это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата. Тестовое Покрытие (HYPERLINK "http://www.protesting.ru/testing/testcoverage.html"TestCoverage) - это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода. Детализация Тест Кейсов (TestCaseSpecification) - это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию Время Прохождения Тест Кейса (TestCasePassTime) - это время от начала прохождения шагов тест кейса до получения результата теста. 2.5 Руководство по установке и работы с системойУстановка системыКопируем файл instrument.accdb в корень диска C:\;Устанавливаем MS Access 2007;Создаем источник данных.Запускаем Администратор ODBC C:\Windows\System32\odbcad32.exe.Рис. 2.7 – Администратор ODBCРис. 2.8 – Выбор драйвераРис. 2.9 – Настройка источника данныхРис. 2.10 – Выбор файла БДРис. 2.11 – Настройка проведенаРабота с системойДля начала работы с системой необходимо запустить файл instrument.exe.Рис. 2.14 – Вкладка «Справочники»Для ввода записи в справочник инструментов необходимо заполнить электронную форму ввода.Рис. 2.15 – Заполнение формы справочника инструментовПосле ввода формы и добавления записи она появляется в таблице БД.Рис. 2.16 – Добавление записи в справочник инструментовАналогично для справочника работ. Сначала необходимо заполнить форму.Рис. 2.17 – Заполнение формы справочника работПосле ввода формы и добавления записи она появляется в таблице БД.Рис. 2.18 – Добавление записи в справочник работПосле заполнения справочников можно работать с остальными разделами системы.Рис. 2.19 – Вкладка «План работ»Для формирования плана работ, необходимо заполнить электронную форму. Но сначала необходимо выбрать наименование работы из справочника из таблицы снизу.Рис. 2.20 – Заполнение формы плана работПосле ввода формы и добавления записи она появляется в таблице БД.Рис. 2.21 – Добавление записи в план работАналогично для учета складских операций. Сначала выбирается наименование инструментов из списка, затем заполняется электронная форма операции.Рис. 2.22 – Вкладка «Склад»После ввода формы и добавления записи она появляется в таблице БД.Рис. 2.23 – Заполнение формы складской операцииПосле ввода информации об операции изменяется остаток данного наименования инструментов. В зависимости от типа складской операции осуществляется увеличение или уменьшение остатка.Рис. 2.24 – Добавление записи в перечень складских операцийЕсли остаток по наименованию становится меньше или равен 30, то наименование попадает в список.Рис. 2.25 – Отображение списка инструментов с нехваткойКак видно инструментов с кодами 2, 4, 5 требуют пополнения.3 Обоснование экономической эффективности проекта3.1. Выбор и обоснование методики расчёта экономической эффективностиВ нашем случае происходит внедрение информационной системы полностью реализующей процесс инструментообеспечения, следовательно, необходимо сравнение варианта выполнения комплекса задач вручную и с использованием средств автоматизации.Сравнение по комплексу задач представлено в таблице 3.1Таблица 3.1Сравнение системКомплекс задачРеализация КЗ в существующей ИСРеализация КЗ в разработанной ИСВвод информации о складских операцияВвод информации в ExcelВвод через специальный интерфейсВвод информации о работахВвод информации в ExcelВвод через специальный интерфейсВвод информации в каталог инструментовВвод информации в ExcelВвод через специальный интерфейсРасчет остатка инструментов на складеРасчет осуществляется вручнуюРасчет осуществляется автоматическиРасчет нехватки инструментов по наименованиюРасчет осуществляется вручнуюРасчет осуществляется автоматическиТаблице 3.2Экономия трудозатрат по выполнению комплекса задачКомплекс задачКоличество событий в месяцВременные затраты, мин.Временные затраты, мин.Экономия трудозатратВвод информации о складских операция6002059000Ввод информации о работах10205150Ввод информации в каталог инструментов15205225Расчет остатка инструментов на складе30205450Расчет нехватки инструментов по наименованию30300900Итого в месяц16700327513425Итого в год20040039300161100Прямой эффект заключается в том, что внедрение ИС позволит снизить нагрузку на сотрудников компании, а следовательно часть сотрудников можно задействовать на других участках.1) абсолютное снижение трудовых затрат (Т) в часах за год:Т = Т0 - Т1 =161100 часовгде Т0 - трудовые затраты в часах за год на выполнение комплекса задач без использования АИС; Т1 - трудовые затраты в часах за год на выполнение комплекса задач с использованием ИС.2) коэффициент относительного снижения трудовых затрат (КТ):КТ =Т / T0 * 100%=161100/200400*100%=80%3) индекс снижения трудовых затрат или повышение производительности труда (YT):YT = T0 / T1=200400/39300=5,1Абсолютное снижение стоимостных затрат:C=Т*СМЧСМЧ=ЗП/Т, где СМЧ - стоимость машинного часа, ЗП - затраты на заработную плату персонала в год (руб.), Т – время функционирования системы в год (часов). При расчетах стоимости машинного часа пренебрежем затратами на: амортизационные отчисления, затраты на электроэнергию, затраты на текущий ремонт и обслуживание, затраты на технические носители информации, накладные расходы по эксплуатации – так как они значительно меньше затрат на заработную плату и остаются постоянными при эксплуатации имеющейся системы и созданной ИС (парк техники и обслуживающий персонал остаются прежними, изменяется только программное обеспечение), поэтому учтем только затраты на заработную плату.Оклад сотрудника 160 руб./час, тогдаТогда C=161100*160=25776000 руб./годПериод окупаемости Ток = КП /C,где КП - затраты на создание проекта.Оценка стоимости и цены разработкиВнедрение ИС осуществляется на уже имеющийся парк техники, следовательно, на покупку компьютеров и телекоммуникационного оборудования средства не расходовались.Затраты на канцтовары для создания рабочей документации составили 4000 рублей. Других затрат по статье материалы не было.Дополнительная ЗП за разработку ПО составляет 25% от основной ЗП и составляет 58500 рублей.Единый социальный налог 30.2% от полной ЗП и составляет 76635 рублей.