Модернизация информационной системы "Проведение и анализ прочностных расчетов" для ОАО "АвтоВАЗ"
Модернизация процессов моделирования прочностных испытаний конструкций автомобиля в ОАО "АвтоВАЗ". Разработка алгоритмов обработки данных. Тестирование разрабатываемых систем. Определение времени на разработку программного обеспечения для модернизации.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 23.06.2012 |
Размер файла | 9,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Атрибуты класса Закрепление:
- ID_Constraint - id закрепления;
- N_Grid - идентификационный номер закрепляемого узла КЭМ;
- DOF - степени свободы закрепления;
Методы класса Закрепление:
- Create_Constraint (ID_Constraint: Byte, N_Grid: int, DOF: DOF) - добавить данные о закреплении;
- Update_Constraint () - редактировать данные о закреплении;
- Drop_Constraint () - удалить данные о закреплении.
Атрибуты класса Нагрузки:
- ID_Force - id нагрузки;
- N_Grid - идентификационный номер нагружаемого узла КЭМ;
- Axis - ориентация по оси координат;
- Magnitude - магнитуда нагрузки;
Методы класса Закрепление:
- Create_Force (ID_Force: Byte, N_Grid: int, Axis: String, Magnitude: Int,) - добавить данные о нагрузке;
- Update_Force () - редактировать данные о нагрузке;
- Drop_Force () - удалить данные о нагрузке.
Атрибуты класса Фигурирующие узлы:
- N_Grid - идентификационный номер нагружаемого узла КЭМ;
- Designation - типовое обозначение, согласно методологии, фигурирующего узла, общее для всех испытаний кузова автомобиля;
- Displasement - смещение узла в результате испытания;
- Stress - напряженность узла в результате испытания;
Атрибуты класса Степени свободы:
- Number - номер степени свободы;
- Definition - описание степени свободы.
Методы класса Степени свободы:
- Create_DOF (Number: Byte, Definition: String) - добавить данные о степени свободы;
- Update_DOF () - редактировать данные о степени свободы;
- Drop_DOF () - удалить данные о степени свободы
Класс Пользователи хранит информацию о пользователях системы, их ролях и логии их действий. Класс Пользователи связан отношением ассоциации с классами Конструкция и Проект, так как есть ответственные за них инженеры (пользователи системы).
Атрибуты класса Пользователь:
- Tab_N - табельный номер пользователя;
- Reg_N - постоянный номер пользователя;
- FIO - ФИО пользователя;
- Role - роль пользователя:
Методы класса Пользователь:
- Create_User - добавить нового пользователя;
- Drop_User - удалить пользователя;
Класс Отчет (Report) связан с классом Проект отношением ассоциации, так как отчет составляется на основе суммарных данных проекта.
Атрибуты класса Отчет:
- Project - проект, на основе которого строится отчет.
Методы класса Отчет:
- Create_Report (Project: Project) - сгенерировать отчет, импортировать в базу данных и сохранить в формате *. xls в указанную пользователем директорию.
Классы Проект, Конструкция и Отчет используют класс Соединение (DBConnection) при обмене данными с базой данных и коммитах. Класс Соединение хранит информацию о соединении с базой данных ИС.
Атрибуты класса Соединение:
- Connectoin - имя соединения;
- ConnectionPath - путь соединения.
- Методы класса Соединение:
- Create_Connection () - создать новое соединение;
- Get_Current_Connection () - доступ к имеющемуся соединению.
1.6.3 Моделирование обработки данных, обеспечивающих функционирование системы
Диаграмма последовательности - это диаграмма, описывающая один сценарий приложения. На диаграмме изображаются экземпляры объектов и сообщения, которыми они обмениваются в рамках одного прецедента.
Рассмотрим диаграммы последовательности для сотрудников БПР при работе с ИС для основных разработанных сценариев.
Для создания нового шаблона расчетного случая требуется файл модели в формате *. fem, с описанной РМ, обработанный решателем. Процесс создания и обработки КЭМ с помощью средств САПР Altair Hyper Works подробно описан в пункте 1.2 дипломного проекта, поэтому не будет детально рассматриваться в представленной ниже модели. Более подробно будет рассмотрен процесс создания непосредственно шаблона РМ.
Опишем спецификацию для диаграммы последовательности работы инженера БПР с ИС "Создание шаблонов расчетных моделей" при создании нового шаблона РМ:
Основными сущностями для инженера БПР (актера) являются:
- Результат обработки КЭМ решателем Optistruct в формате fem;
- ИС "Создание шаблонов расчетных моделей" для Altair Hyper Works;
Инженер выполняет следующие действия для обработки информации:
1. Аутентификация в ИС - login (). После система показывает пользователю существующие в базе шаблоны show_templates.
2. Выбор обработанного решателем файла модели конструкции и испытания для обработки с помощью диалогового окна ? get_fem;
3. Получение списка расчетных случаев (loadstep), содержащихся в модели return_loadstep;
4. Выбор расчетных случаев (loadstep), из которых предстоит создать новый шаблон РМ. Подтверждение создания шаблона РМ ? set_loadstep.
5. Получение файла шаблона, включающего выбранные расчетные случаи файла модели без расчетных случаев ? return_template. Данные файлы сохраняются в базу шаблонов расчетных моделей. Выводится сообщение об успешном создании шаблона расчетной модели, иначе об ошибке ? insert_template. Теперь пользователь может использовать шаблон.
Приведем диаграмму последовательности действий инженера БПР на следующем рисунке 21.
Рисунок 21 - Диаграмма последовательности работы инженера БПР с ИС "Создание шаблонов расчетных случаев" при создании нового шаблона РМ
Опишем спецификацию для диаграммы последовательности работы инженера БПР с ИС "Создание шаблонов расчетных моделей" при наличии готового шаблона расчетного случая:
Основными сущностями для инженера БПР (актера) являются:
- Результат обработки КЭМ решателем Optistruct в формате fem;
- Файл шаблона расчетного случая в формате fem;
- ИС "Создание шаблонов расчетных моделей" для Altair Hyper Works;
Инженер выполняет следующие действия для обработки информации:
1. Аутентификация в ИС - login ();
2. Выполняется выбор файла шаблона РМ для включения в *. fem файл КЭМ с помощью диалогового окна ? функция get_template;
3. Выполняется выбор fem файла КЭМ конструкции для обработки с помощью диалогового окна ? функция get_fem;
4. Подтверждение прикрепления шаблона к КЭМ, обработка *. fem файла КЭМ и перемещение копии файла шаблона в директорию с файлом КЭМ, для дальнейшей загрузки при выполнении расчетов - return_linked_template.
Приведем диаграмму последовательности действий инженера БПР на следующем рисунке 22:
Рисунок 22 - Диаграмма последовательности работы инженера БПР с ИС "Создание шаблонов РМ" при прикреплении шаблона к КЭМ
Ведение отчетности по проведению прочностных испытаний в проектах происходит в ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций". Ниже будет описана последовательность работы с ИС при генерации итогового отчета. Альтернативные последовательности работы персонала с данной ИС описаны в Приложении Б.
Начальник БПР выполняет следующие действия для обработки информации при создании итогового отчета по проекту:
1. Аутентификация в ИС для дальнейшей работы с ней - login ().
2. Отображение списка проектов подразделения, упорядоченных по дате создания - show_projects;
3. Выбор проекта в ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" - set_project;
4. Получение списка конструкций проекта для дальнейшей обработки - return_constructions;
5. Запрос на получение итогового отчета по проекту - get_general_report;
Приведем диаграмму последовательности действий начальника БПР при создании итогового отчета по проекту в ИС на следующем рисунке:
Рисунок 23 - диаграмма последовательности работы начальника БПР при формировании итогового отчета по проекту
1.6.4 Проектирование моделей данных
В ходе моделирования были определены основные сущностные классы разрабатываемых ИС. Опишем их взаимодействие с помощью нотации Чена. Данная нотация описывает сущности системы, а так же их связи.
Связь "ИС - Модель" в соответствии с диаграммой вариантов использования ИС "Создание шаблонов расчетных моделей" описывает функцию обработки модели конструкции в формате fem - загрузка модели и создание из нее шаблона расчетной модели.
Связь "ИС - КЭМ" в соответствии с диаграммой вариантов использования ИС "Создание шаблонов расчетных моделей" описывает функцию обработки системой файла шаблона РМ, привязывающую его к данной КЭМ и экспорт шаблона РМ из базы данных в директорию с КЭМ.
Нотация для ИС "Создание шаблонов расчетных моделей":
Рисунок 24 - Инфологическая модель для разрабатываемой ИС "Создание шаблонов расчетных моделей"
Нотация для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций":
Рисунок 25 - Инфологическая модель для разрабатываемой ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
Связь "ИС - Инженер" в соответствии с диаграммой вариантов использования ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" описывает функции ввода инженером данных о результатах прочностных испытаний в ИС и запрос данных по искомым параметрам.
Связь "ИС - Отчет" в соответствии с диаграммой вариантов использования ИС описывает функцию генерации отчета ИС на основе выбранного проекта.
Связь "ИС - Проект" описывает хранение в БД системы данных о проекте моделирования прочностных испытаний конструкций.
Связь "Проект - Конструкция" описывает хранение в объекте проекта данных о конструкциях, входящих в него.
Связь "Конструкция - Расчетный случай" описывает хранение в объекте РМ данных о расчетных случаях, составляющих ее.
Связь "Расчетный случай - Закрепление" описывает хранение в объекте РС данных о закреплениях, входящих в него.
Связь "Расчетный случай - Нагрузка" описывает хранение в объекте РС данных о нагрузках, входящих в него.
Связь "Расчетный случай - Фигурирующие узлы" описывает хранение в объекте РС данных о наборе узлов и расчетных данных по моделированию испытаний в данных узлах.
Связь "Закрепление - Степени свободы" описывает хранение в объекте закрепление данных о его степенях свободы.
Определив базовые сущности разрабатываемых ИС, а также выделив их основные атрибуты в первом разделе, становится возможным перейти к построению логических моделей информационных систем.
Для построения логических моделей будет использоваться программный продукт Erwin Data Modeler. ERwin позволяет использовать набор встроенных режимов ссылочной целостности для поддержания целостности данных. Триггер-функции поддержания ссылочной целостности (RI) сообщают СУБД, какое действие предпринять при вставке, изменении или удалении строки в таблице. RI-триггер либо не дает изменению произойти (это называется RESTRICT - ограничение), либо допускает изменение и распространяет его влияние на другие таблицы (CASCADE - каскад).
Рисунок 26 - Задание целостности данных в Erwin с помощью триггер-функции
На рисунке 28 выше показано задание отношений целостности между таблицами Т_Закрепление и Т_Степень свободы логической модели БД.
Логические модели разрабатываемых ИС должны отображать структуру и типы данных, и при этом она соответствовать диаграмме классов, разработанной для каждой ИС в первой главе.
Приведем логическую модель БД для ИС "Создание шаблонов расчетных моделей":
Рисунок 27 - логическая модель БД для ИС "Создание шаблонов расчетных моделей"
Приведем логическую модель БД для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" на следующем рисунке 28:
Рисунок 28 - Логическая модель БД для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
1.7 Постановка задачи на разработку ПО для модернизации ИС "Проведение и анализ прочностных расчетов"
Требуется разработать ПО для модернизации ИС "Проведение и анализ прочностных расчетов". В качестве разрабатываемого ПО выступают ИС "Создание шаблонов расчетных моделей" и ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций".
ИС "Создание шаблонов расчетных моделей" должна обеспечивать следующие возможности:
1. Создание шаблонов расчетных моделей формата *. fem;
2. Привязка шаблонов расчетных моделей к КЭМ;
ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний" должна обеспечивать следующие возможности:
- Ввод данных по проекту моделирования прочностных испытаний конструкций и хранение их в единообразной базе данных;
- Поиск отчетных данных по заданным инженером параметрам;
- Формирование итогового отчета по выбранному проекту;
- ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" создает отчеты в формате *. xls и сохраняет их в репозиторий.
Системы должны обеспечивать:
1. Аутентификацию и идентификацию пользователя;
2. Выполнение резервирования данных (back-up системы);
3. Ведение логов пользователей;
4. Системы должны отвечать следующим требованиям к разграничению прав и действий пользователей:
5. Каждому пользователю выделяется собственная учетная запись;
6. Каждый пользователь имеет свою область ответственности, в которой он может вносить изменения в данные и выполнять доступные функции;
7. Ограничение ручного ввода пользователем данных (использование списков с заранее известными значениями поля).
8. Интерфейсы подсистем типизированы и интуитивно понятны. Интерфейс пользователя русскоязычный. Цветовая палитра не раздражающих цветов. Должна выполняться проверка данных.
Разрабатываемая ИС должна быть совместимо с любой версией Windows, не старше Windows XP SP2.
В данном разделе описана организационно-штатная структура БПР ОММИР НТЦ ОАО "АВТОВАЗ". Описана методология работы данного подразделения и выявлены проблемы при проведении и анализе результатов моделирования прочностных расчетов. 2. Конструкторско-технологическая часть
2.1 Разработка физической модели баз данных разрабатываемых систем
Разработав логическую модель, становится возможным перейти к построению физической модели за счет использования возможности CASE-средства. У данных моделей используются свои собственные типы данных, зависящие от используемого сервера БД. Уточним соответствие типов данных для логической и физической моделей с учетом рассматриваемого севера базы данных - Oracle.
Таблица 5 - Преобразование типов данных
№ п/п |
Тип данных логической модели |
Тип данных физической модели |
|
1 |
String |
Varchar |
|
2 |
Datetime |
Datetime |
|
3 |
Number |
Integer или Float |
Для СУБД Oracle для автоматического заполнения полей идентификаторов зададим последовательность [10]:
Рисунок 29 - Задание последовательности для заполнения полей идентификаторов
Приведем физические модели БД разрабатываемых ИС на следующих рисунках:
Рисунок 30 - Физическая модель БД для ИС "Создание шаблонов расчетных моделей"
Рисунок 31 - Физическая модель БД для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
2.2 Разработка пользовательского интерфейса
В данной главе необходимо определить основные формы и интерфейсы, которые будут использоваться в разработанных системах ИС "Создание шаблонов расчетных моделей" и ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций".
Требуется разработать интерфейсы взаимодействия с системами, которые бы позволили при минимальных действиях человека выполнить наибольшее количество действий системы. Для разрабатываемой технологии был выбран диалоговый, графический тип интерфейса [18], [19], [20].
Отразим на следующем рисунке 32 прототип всех необходимых форм пользовательского интерфейса для разрабатываемых систем:
Рисунок 32 - Прототип форм разрабатываемых ИС
Панель инструментов в верхней части формы позволяет:
- вернуться на стартовую форму из любой формы приложения;
- зафиксировать внесенные пользователями изменения в БД;
- вызывать форму поиска данных;
- осуществлять переходы между формами приложения;
- вызывать форму операций с пользователями.
- формы операций с пользователями стандартны для разрабатываемых систем и позволяют добавлять, редактировать права и данные, а так же удалять пользователей системы.
Пользовательский интерфейс ИС "Создание шаблонов расчетных моделей" должен позволять сотруднику выполнять функции определенные согласно диаграмме вариантов использования:
- создавать шаблоны расчетных моделей;
- выполнять привязку шаблонов расчетных моделей к КЭМ;
- выполнять поиск шаблонов РМ.
Рассмотрим стартовую форму ИС "Создание шаблонов расчетных моделей":
Выпадающее меню стартовой формы позволяет выполнять основные функции ИС. Пункт меню "Шаблон" содержит подпункты "Создать" и "Прикрепить" шаблон расчетной модели.
При запуске и успешной авторизации система выполняет запрос к БД шаблонов РМ и выводит в стартовую форму список имеющихся в БД шаблонов РМ, отсортированных по дате создания - последние созданные показаны первыми в списке. Чтобы не перегружать сервер в список стартовой формы выводятся только последние 15 созданных шаблонов расчетных моделей. Если искомого шаблона нет среди показанных - пользователь может воспользоваться поиском по заданным параметрам. При выполнении двойного щелчка манипулятором по строке с названием шаблона и нажатии подпункта меню "Прикрепить" пользователь вызывает диалог привязки шаблона к выбираемой КЭМ. При выборе в меню функции "Создать" шаблон вызывается диалог создания шаблона, где пользователь может выбрать файл ММ, содержащий нужную РМ. Готовый шаблон импортируется пользователем в препроцессор - в модели отображаются все loadstep расчетные случаи, заданные в РМ.
Выбрав на панели инструментов "Поиск" пользователь запускает форму, позволяющую осуществить поиск шаблона РМ по следующим параметрам:
1. Дата создания шаблона РМ;
2. Имя шаблона РМ;
3. Инженер, создавший шаблон РМ.
Для ознакомления с назначением и функциональными свойствами приложения пользователь может воспользоваться вызовом руководства пользователя, выбрав и нажав на пункт меню О программе. Руководство пользователя приведено в Приложении Е.
Пользовательский интерфейс ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" должен позволять сотруднику выполнять функции определенные согласно диаграмме вариантов использования. Инженер БПР должен иметь возможность:
1. вводить и редактировать данные по моделированию прочностных испытаний конструкции;
2. выполнять запросы данных по моделированию прочностных испытаний конструкции.
3. начальник БПР должен иметь возможность:
4. создавать карточку проекта, содержащего конструкции для моделирования прочностных испытаний;
5. назначать инженеров для работы заполнения карточек конструкций проекта;
6. генерировать итоговый отчет по проекту.
На стартовой форме аналогично ИС "Создание шаблонов расчетных моделей" отображается список хранящихся в системе проектов:
Выполнив двойной щелчок манипулятором по строке с названием проекта, пользователь заходит в форму карточки проекта, где показаны входящие в проект конструкции. Аналогичным образом, карточку конструкции можно редактировать. Форма карточки конструкции содержит данные о применяемых расчетных случаях, входящих в РМ, и результатах моделирования прочностного испытания - фигурирующих узлах испытания. Пользователь вводит данные о результатах испытания в таблицу формы и может добавить данные о расчетном случае, нажав кнопку "Новый расчетный случай" на панели "Расчетная модель".
В данной форме пользователь может добавлять данные об используемых в расчетном случае силах и закреплениях. Для задания данных о степенях свободы закрепления на форме существует рабочая область "Степени свободы". У закрепления может быть не более 6 степеней свободы. Пользователь отмечает, сколько степеней свободы будет у задаваемого закрепления и их свойства. Свойства выбираются из выпадающего списка.
Выбрав на панели инструментов "Поиск" пользователь запускает форму, позволяющую осуществить поиск требуемых данных по следующим параметрам:
1. дата создания объекта;
2. название объекта;
3. ответственный за объект;
Для ознакомления с назначением и функциональными свойствами приложения пользователь может воспользоваться вызовом руководства пользователя, выбрав и нажав на пункт меню О программе.
Остальные прототипы форм разрабатываемых ИС представлены в Приложении В. В Приложении Г представлены диаграммы состояний разрабатываемых ИС и переходов к ним.
2.3 Разработка основных алгоритмов разрабатываемых систем
Классы, реализующие функциональность разрабатываемых систем, имеют много методов, приведенных в диаграмме классов. Методы, функционал которых известен без описания (методы импорта данных, чтения, записи, редактирования и удаления данных в таблицах БД, авторизация, работа с пользователями), не будут рассматриваться в данном подразделе. Ниже будут рассмотрены оригинальные методы обработки данных [19], [20].
2.3.1 Разработка алгоритмов обработки данных для ИС "Создание шаблонов расчетных моделей"
Метод Create_Template (FEM_Path: String, Template_name: String) в соответствии с диаграммой классов разрабатываемых систем, выполняет обработку файла *. fem, содержащего РМ, выделяя ее в отдельный файл формата *. fem, который затем можно будет прикрепить к КЭМ.
Изначально файл модели содержит блоки информации о КЭМ и РМ. Фактически, задача метода - выделить блоки информации о РМ в отдельный *. fem файл. Алгоритм метода на рисунке 36.
Шаблон расчетной модели, полученной после обработки модели в ИС "Создание шаблонов расчетных моделей" приведен в Приложении Е.
Реализация описанного метода представлена следующим программным кодом:
Create_Template (Template: TextFile)
var
Template: TextFile; // файл шаблона
loadstep_data,loadcollectors_data: TMemo;
begin
// подготовительные операции
loadstep_data. create;
loadcollectors_data. create;
loadstep_data. visible: = false;
loadcollectors_data. visible: = false;
if OpenDialog1. Execute then
Memo1. Lines. LoadFromFile (OpenDialog1. FileName); // Загружаем лист
AssignFile (Template, SaveDialog1. FileName); // Создаем файл
ReWrite (Template); // Даем права на запись
loadstep_data. text: =IsolateTextEx (Memo1. Text,'$$','GRID');
WriteLn (Template, loadstep_data. text));
loadcollectors_data. text: =IsolateTextEx (Memo1. Text,'$$
DESVARG Data','$$ CONTROL PERTURBATION Data');
WriteLn (Template, loadcollectors_data. text));
CloseFile (Template); // Закрываем дескриптор
loadstep_data. destroy;
loadcollectors_data. destroy;
end;
Описание функции IsolateText (Const S: String; Tag1, Tag2: String): String, возвращающей текст между двумя определенными строками:
function IsolateText (Const S: String; Tag1, Tag2: String): String;
var p1,p2: integer;
begin
result: =\'\';
p1: =0; p2: =0;
p1: =pos (Tag1,s) +Length (Tag1);
P2: =PosEx (Tag2,s,p1) - p1;
if (p1=0) and (p2=0) then exit;
result: =copy (s,p1,p2);
end;
Рисунок 36 - Алгоритм метода "Create_template"
Функция прикрепления шаблона расчетной модели к готовой КЭМ - метод Link_Template (KEM_Path: String, Template_name: String) выполняет прикрепление готового шаблона РМ к файлу КЭМ, обработанному решателем. Для этого требуется включить в файл шаблона блок с Include данными, указывающими, для какой модели применяется шаблон.
Данный метод отображен на следующем рисунке 37.
Рисунок 37 - Алгоритм метода "Link_template"
Реализация описанного метода представлена следующим программным кодом:
Link_Template (KEM_Path: String, Template_name: String)
Var Template: TMemo;
Begin // подготовительные операции
if OpenDialog1. Execute then
Template. text: =Memo1. Lines. LoadFromFile (OpenDialog1. FileName);
// Загружаем template
Begin FTPos: = pos ('BEGIN BULK',Template. text);
Template. SelStart: =FTPos;
name: = copy (OpenDialog1. FileName, position-1, length (OpenDialog1. FileName) - position + 1)
Template. Lines. Insert (Template. CaretPos. Y+1, 'INCLUDE'+name); end;
Template. Lines. SaveToFile (SaveDialog1. FileName); end;
2.3.2 Разработка алгоритмов обработки данных для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
В ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" используются стандартные функции обработки данных (ввод, редактирование, удаление записей из таблиц, поиск данных по запросу с условиями, создание отчета). Ключевой функцией системы является генерация итогового отчета по проекту прочностных испытаний.
Функция формирования отчета по проекту - метод Create_Report (Project: Project) позволяет вывести отчетные данные по проекту с помощью запроса к БД в шаблон отчета. Рассмотрим алгоритм создания отчета по проекту:
Рисунок 38 - Алгоритм метода "Create_Report"
Листинг кода вывода отчета по проекту в документ Excel:
// Описание процедуры вывода данных в документ Excel
Procedure ToEXcell (query: TAdoquery; BeginCol, BeginRow: integer);
var
ExcelApp, Workbook, Range, Cell1, Cell2, ArrayData: Variant;
RowCount, ColCount, i,j: integer;
begin
ExcelApp: = CreateOleObject ('Excel. Application'); // Создание Excel
ExcelApp. Application. EnableEvents: = false; // Отключена реакция Excel на события, чтобы ускорить вывод информации
Workbook: = ExcelApp. WorkBooks. Add; // Создание рабочей книги
RowCount: = query. RecordCount; // Кол-во строк = кол-во строк запроса
ColCount: = query. FieldCount; // Кол-во строк = кол-во строк запроса
// Создание вариантного массива (передача нескольких типов данных), и заполнение выходными данными
ArrayData: = VarArrayCreate ([1, RowCount, 1, ColCount], varVariant);
query. First;
query. DisableControls;
for I: = 1 to RowCount do
begin
for j: = 0 to ColCount - 1 do
begin
if (query. Fields. Fields [j]. AsVariant <> null) then
ArrayData [I, j+1]: = trimright (query. Fields. Fields [j]. AsVariant)
else
ArrayData [I, j+1]: = '';
end;
query. Next;
end;
query. EnableControls;
ExcelApp. cells [1,1]. select; // Перенос курсора в первую ячейку
// Левая верхняя ячейка области вывода данных
Cell1: = WorkBook. WorkSheets [1]. Cells [BeginRow, BeginCol];
// Правая нижняя ячейка области вывода данных
Cell2: = WorkBook. WorkSheets [1]. Cells [BeginRow + RowCount - 1, BeginCol + ColCount - 1];
// Область вывода данных
Range: = WorkBook. WorkSheets [1]. Range [Cell1, Cell2];
Range. Value: = ArrayData; // Вывод данных
ExcelApp. Visible: = true; // сделать Excel видимым
end;
Использование процедуры вывода в Excel:
ADOConnection1. Connected: =true; // Установление соединения
ADOQuery1. Active: =False; // отключает запрос для редактирования
ADOQuery1. SQL. Clear; // очистка запроса
ADOQuery1. SQL. Add (`select PROJECT_NAME, PROJECT. CREATED, FINISHED,
(select FIO from T_USERS where T_USERS. tab_n=T_PROJECT. tab_n') ENGINEER_MANAGER from T_PROJECT);
ToEXcell (ADOQuery1, 1, 1); // вывод шапки проекта
ADOQuery2. Active: =False; // отключает запрос для редактирования
ADOQuery2. SQL. Clear; // очистка запроса
ADOQuery2. SQL. Add (`select distinct CONSTRUCTION_NAME,
(select FIO from T_USERS where T_USERS. tab_n=T_CONTRUCTION. tab_n) ENGINEER from T_CONTRUCTION');
ToEXcell (ADOQuery2, 1,4); // вывод cлужебной информации
ADOQuery3. Active: =False; // отключает запрос для редактирования
ADOQuery3. SQL. Clear; // очистка запроса
ADOQuery3. SQL. Add (`select distinct ID_CONSTRUCTION,
ID_LOADSTEP,N_LOADSTEP,
T_FORCE. ID_FORCE,MAGNITUDE,AXIS,N_GRID, T_CONSTRAINT. ID_CONSTRAINT,DEFINITION, ID_GRID,
ID_DOF,DEFINITION,
ID_RESULT_GRIDS, N_GRID, DESIGNATION, DISPLACEMENT,STRESS
from T_CONSTRUCTION
inner join T_ LOADSTEP on (T_CONSTRUCTION. ID_LOADSTEP = T_LOADSTEP. ID_LOADSTEP)
left join T_FORCE on (T_FORCE. ID_FORCE = T_LOADSTEP. ID_FORCE)
inner join T_CONSTRAINT on (T_CONSTRAINT. id_constraint = T_LOADSTEP. id_constraint)
inner join T_RESULT_GRIDS on (T_LOADSTEP. ID_RESULT_GRIDS= T_RESULT_GRIDS. ID_RESULT_GRIDS)
inner join T_DOF on (T_CONSTRAINT. ID_DOF = T_DOF. ID_DOF)
order by id_force, id_constraint');
ToEXcell (ADOQuery3, 1, 15); // вывод отчетных данных
2.4 Тестирование разрабатываемых систем
Тестирование программного обеспечения - процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта. Существуют следующие виды тестирования ПО, согласно источнику [22]:
1. Функциональное тестирование;
2. Тестирование производительности;
3. Юзабилити-тестирование;
4. Тестирование интерфейса пользователя;
5. Тестирование безопасности.
Для тестирования систем ИС "Создание шаблонов расчетных моделей" и ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" необходимо провести функциональное тестирование и тестирование производительности.
2.4.1 Функциональное тестирование ИС "Создание шаблонов расчетных моделей"
Реализация проверки работы основных функций системы и форм:
Таблица 6 - Тестирование ИС "Создание шаблонов расчетных моделей"
Сценарий |
Действия |
Ожидаемый результат |
Полученный результат (success, fail) |
|
Авторизация |
Ввод неверного логина/пароля |
Сообщение "Неверный логин/пароль", очистка полей. |
success |
|
Тестирование диалоговой формы "Создание нового шаблона" |
||||
Создание шаблона РМ |
Не выбрана КЭМ, нажатие кнопки "Создать шаблон" |
Сообщение об ошибке "Выберите КЭМ" |
success |
|
Создание шаблона РМ |
Ни одного расчетного случая не отмечено на генерацию шаблона |
Сообщение об ошибке "Ни один расчетный случай не выбран" |
success |
|
Создание шаблона РМ |
Выбран файл не формата *. fem, не содержащий модель |
Сообщение об ошибке "Некорректно выбрана модель" |
success |
|
Тестирование диалоговой формы "Прикрепить шаблон" |
||||
Прикрепление шаблона РМ к КЭМ |
Не выбрана КЭМ, нажатие кнопки "Прикрепить шаблон" |
Сообщение об ошибке "Выберите КЭМ" |
success |
|
Прикрепление шаблона РМ к КЭМ |
Не выбран шаблон РМ, нажатие кнопки "Прикрепить шаблон" |
Сообщение об ошибке "Выберите шаблон расчетной модели" |
Success |
|
Прикрепление шаблона РМ к КЭМ |
Ни одного расчетного случая не отмечено в прикрепляемом шаблоне |
Сообщение об ошибке "Ни один расчетный случай не выбран" |
success |
|
Прикрепление шаблона РМ к КЭМ |
Выбран файл не формата *. fem, не содержащий КЭМ |
Сообщение об ошибке "Некорректно выбрана КЭМ" |
success |
При тестировании основных сценариев ИС "Создание шаблонов расчетных моделей" не выявлено ошибок.
2.4.2 Функциональное тестирование ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
Реализация проверки работы основных функций системы и функций форм:
Таблица 7 - Тестирование ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
Сценарий |
Действия |
Ожидаемый результат |
Полученный результат (success, fail) |
|
Авторизация |
Ввод неверного логина/пароля |
Сообщение "Неверный логин/пароль", очистка полей. |
success |
|
Тестирование формы "Создать проект" |
||||
Создание нового проекта |
Не введено имя проекта |
Сообщение об ошибке "Введите имя проекта" |
success |
|
Создание нового проекта |
Не добавлено ни одной конструкции в проект |
Сообщение об ошибке "Не добавлено ни одной конструкции в проект" |
Success |
|
Создание новой конструкции |
Не введено имя конструкции |
Сообщение об ошибке "Введите имя проекта" |
success |
|
Создание новой конструкции |
Не назначен ответственный за конструкцию |
Сообщение об ошибке "Назначьте ответственного за конструкцию" |
success |
|
Заполнение карточки конструкции |
Не добавлено ни одной расчетной модели |
Сообщение об ошибке "Не добавлено ни одной расчетной модели" |
success |
|
Заполнение карточки конструкции |
В РМ не добавлено ни одного расчетного случая |
Сообщение об ошибке "Не добавлено ни одной расчетной модели" |
success |
|
Заполнение карточки конструкции |
Не заполнены результаты моделирования испытания |
Сообщение "Не введены результаты испытания" |
success |
|
Заполнение карточки расчетного случая |
Не добавлено ни одной силы |
Сообщение "Не добавлено ни одной силы" |
success |
|
Заполнение карточки расчетного случая |
Не добавлено ни одного закрепления |
Сообщение "Не добавлено ни одного закрепления" |
success |
|
Генерация итогового отчета |
Не выбран проект |
Сообщение "Выберите проект для создания отчета " |
success |
При тестировании основных сценариев ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" не выявлено ошибок.
2.4.3 Тестирование производительности разрабатываемых систем
Нагрузочное тестирование заключается в эмуляции работы с системой нескольких пользователей одновременно. Нагрузочное тестирование проводится одновременным запуском автоматического теста, что равносильно работе с ИС аналогичного количества пользователей.
Чем в большее количество потоков запускается автоматический тест, тем большую нагрузку на сервер он оказывает, тем увеличиваются времена задержки на передачу и принятие запросов от сервера.
2.5 Схема реализации разрабатываемых систем
Модель развертывания представляет собой диаграмму развертывания, которая отображает аппаратные компоненты системы, программные компоненты, работающие на них, их общее взаимодействие [16]. Разработка диаграммы развёртывания является последним этапом спецификации модели:
Рисунок 40 - Диаграмма развертывания разрабатываемого ПО
Каждый пользователь ИС "Проведение и анализ прочностных расчетов", включающей в себя разработанные системы подключается по стеку протоколов TCP/IP в локальной компьютерной сети к СУБД, установленной на кластере. Приложения взаимодействуют с БД по схеме "толстый клиент", с помощью средств ADOConnection.
3. Экономическая часть
Целью данного раздела дипломного проекта является обоснование экономической целесообразности модернизации ИС "Проведение и анализ результатов прочностных расчетов" для Бюро Прочностных Расчетов Отдела Математического Моделирования и Расчетов (БПР ОММИР) НТЦ ОАО "АВТОВАЗ". Отдел математического моделирования и расчетов является структурным подразделением в составе управления функциональных свойств автомобиля УФСА (дирекции по инжинирингу) службы вице-президента по техническому развитию ОАО "АВТОВАЗ".
На сегодняшний день в ИС моделирования и анализа результатов прочностных испытаний используется САПР для автоматизации процессов прочностного анализа Altair HyperWorks 11.0. и средства MS Office. Используя данный пакет программ, инженеры БПР по данным геометрии конструкции создают конечно-элементную модель конструкции (КЭМ) и расчетную модель (РМ) для проведения прочностных расчетов, которую применяют к КЭМ. В результате моделирования прочностных расчетов инженеры БПР получают результаты моделирования испытаний, которые затем заносят в отчеты.
Таким образом, функционирование ИС "Проведение и анализ прочностных расчетов" включает в себя два этапа:
1. проведение прочностных расчетов с моделью конструкции автомобиля;
2. анализ результатов расчетов и составление отчетов на их основе.
Более подробно данный подход к моделированию и анализу прочностных испытаний описан в первой главе в пункте 1.2 пояснительной записки к дипломному проекту.
Данный подход имеет ряд недостатков:
наличие рутинных повторяющихся операций при создании расчетных моделей для испытаний аналогичных конструкций;
отсутствие единообразной базы данных для хранения результатов моделирования прочностных испытаний, затрудняющее поиск отчетных данных при оптимизационной работе с конструкциями;
трудоемкость составления итогового отчета по проекту испытания нескольких моделей конструкции;
Таким образом, недостатки выявлены на обоих этапах работы ИС "Проведение и анализ прочностных расчетов".
Для ликвидации недостатков существующей системы моделирования и анализа прочностных испытаний было принято решение о разработке ИС "Проведение и анализ результатов прочностных расчетов", способной решать поставленные задачи:
обеспечение автоматизации создания расчетных моделей для конструкций;
организация единообразной базы для хранения результатов моделирования прочностных испытаний и организации запросов для поиска необходимых данных;
организация функций анализа результатов моделирования прочностных испытаний, хранимых в базе;
автоматизация создания итогового отчета по проекту прочностных испытаний конструкций.
Для экономического обоснования целесообразности модернизации информационной системы сравним два варианта, которые имеют место для подразделения для решения его собственных задач, покупного варианта, как показал информационный поиск, проведенный в пункте 1.3.2 пояснительной записки к дипломному проекту, способного решать поставленную заказчиком задачу в полной мере, не существует, так как методология моделирования испытаний специализирована для подразделения БПР.
Технические преимущества проектного варианта перед базовым приведены в пункте 1.3 данного дипломного проекта.
Экономическими преимуществами собственной разработки являются:
снижение трудоемкости работ по проведению моделирования прочностных испытаний конструкций автомобиля;
снижение трудоемкости составления отчетности по проведенным испытаниям;
снижение трудоемкости извлечения требуемых данных по испытаниям.
Для обоснования экономической целесообразности модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ" будут рассмотрены следующие вопросы:
1. Определение времени на разработку программного обеспечения для модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ";
2. Определение затрат на модернизацию ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ";
3. Определение трудоемкости работ по проведению и анализу результатов прочностных расчетов БПР ОММИР НТЦ ОАО "АВТОВАЗ" в расчете на один проект по вариантам;
4. Определение общих капиталовложений для выполнения работ по проведению и анализу прочностных расчетов для БПР ОММИР НТЦ ОАО "АВТОВАЗ" в расчете на один проект по вариантам;
5. Определение затрат на проведение и анализ прочностных расчетов приходящихся на один проект по изменяющимся элементам затрат в БПР ОММИР ОАО "АВТОВАЗ";
6. Определение годового экономического эффекта и прочих показателей экономической эффективности от внедрения ИС "Создание шаблонов расчетных моделей" и ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" для модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ";
7. Социальный эффект от внедрения ИС "Создание шаблонов расчетных моделей" и ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" для модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ".
3.1 Определение времени на разработку программного обеспечения для модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ"
Для модернизации ИС "Проведение и анализ прочностных расчетов" предлагается разработать ИС "Создание шаблонов расчетных моделей" и ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций". Для учета использования людских и машинных ресурсов, затраченных во время разработки данного программного обеспечения, необходимо построить план-график работ. Для построения графика работ необходимо определить этапы разработки и их продолжительность.
Перечень этапов работ по разработке представлен в таблице 8.
Таблица 8 - Перечень этапов работ по разработке проектного варианта ИС
№ |
Этап |
Длительность этапа, час |
Использование техники и ПО |
|
1 |
Сбор и анализ функциональных требований к ИС "Создание шаблонов расчетных моделей" |
32 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 32 часа |
|
2 |
Разработка технического задания для ИС "Создание шаблонов расчетных моделей" |
16 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 16 часов; Принтер HP LaserJet P2055 - 1 час; |
|
3 |
Проектирование ИС "Создание шаблонов расчетных моделей" |
134 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 134 часа; |
|
4 |
Установка и тестирование ИС "Создание шаблонов расчетных моделей" |
36 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 36 часов; |
|
5 |
Системное тестирование ИС "Создание шаблонов расчетных моделей" |
24 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 24 часа; |
|
6 |
Сбор и анализ функциональных требований к ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" |
32 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 32 часа |
|
7 |
Разработка технического задания для ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" |
24 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA 24 часа; |
|
8 |
Проектирование ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций"испытаний |
168 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 168 часов; |
|
9 |
Запуск и тестирование системы ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" |
96 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 96 часов; |
|
10 |
Системное тестирование ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" |
24 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 24 часа; |
|
11 |
Написание руководства пользователя |
32 |
ПЭВМ HP Z200S Монитор HP x20LED WS229AA - 32 часа; Принтер HP LaserJet P2055 - 1 час; |
В соответствие с данными таблицы 8, на разработку проектного варианта Программного Обеспечения для модернизации ИС было затрачено в общем 618 часов, из них 618 часа использовалась рабочая станция на базе ПЭВМ HP Z200S и монитора HP x20LED WS229AA и 2 часа - принтер HP LaserJet P2055.
На основании данных таблицы 8 сформируем линейный план-график разработки программного обеспечения для модернизации ИС "Проведение и анализ прочностных расчетов". График работ имеет линейно-последовательный вид, поскольку виды работ выполняет один человек. В нашем случае - инженер-программист третьей категории.
Отметим, что разработка ИС "Создание шаблонов расчетных моделей" для этапа работы ИС, связанного непосредственно с проведением моделирования испытаний, может вестись параллельно с разработкой системы ведения и анализа отчетности по моделированию прочностных испытаний, которая будет использоваться на этапе работы ИС, связанным с готовыми результатами моделирования испытаний. Если в разработке будут участвовать два программиста, будет получено сокращение сроков разработки.
Продолжительность работ по модернизации ИС "Проведение и анализ прочностных расчетов" согласно план-графику будет составлять 618 часов или, если считать в месяцах,
.
- трудоемкость i-ого этапа модернизации системы;
- месячный фонд рабочего времени, .
- продолжительность работы ПЭВМ;
- продолжительность работы принтера.
Время, затраченное на разработку, будет использовано для расчета затрат на предлагаемый в дипломном проекте модернизированный вариант ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ".
3.2 Определение затрат на модернизацию ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ".
Затраты на модернизацию ИС "Проведение и анализ прочностных расчетов" будут рассчитываться по статьям затрат.
3.2.1 Покупные изделия
Затраты на покупные изделия рассчитываются по следующей формуле:
- количество покупных изделий i-го вида на модернизацию ИС "Проведение и анализ прочностных расчетов", шт.;
- цена покупных изделий i-го вида (согласно действующей цене по городу Тольятти на январь 2012 года), руб. /шт.;
- общее количество покупных изделий.
Расчет затрат на покупные изделия сведем в следующую таблицу.
Таблица 9 - затраты на покупные изделия
Наименование изделия |
Кол-во |
Цена за единицу измерения |
Единица измерения |
Сумма, руб. |
|
Бумага формата А4 |
50 |
0,32 |
шт |
16 |
|
Ручка шариковая |
1 |
7 |
шт |
7 |
|
ИТОГО |
23 |
Сумма затрат на покупные изделия равна 23 рубля.
3.2.2 Затраты на электроэнергию
Затраты на электроэнергию рассчитываются по следующей формуле:
- норма расхода энергии в единицу времени i-го оборудования, кВт/ч;
- время работы i-го оборудования на модернизацию ИС "Проведение и анализ прочностных расчетов" (согласно таблице 8), ч.;
- цена 1 кВт/ч энергии (согласно данным Тольяттинской Энергетической Компании) на март 2012 года составляет 4,7 руб.
- общее количество потребителей энергии.
Электроэнергия предприятиям согласно Постановлению Правительства № 530 от 31.08.2006г., производится по нерегулируемым (свободным) ценам. Нерегулируемая цена складывается так:
Конечная нерегулируемая цена = Цена покупки + Стоимость транспорта (передачи энергии по сетям) + Инфраструктурные платежи + Сбытовая надбавка.
Цена покупки - цена, сложившаяся в данном месяце на оптовом рынке, где генерирующие компании продают электроэнергию, а сбытовые - покупают, публикуется на сайте организатора торгов (ОАО "АТС") и на сайте ОАО "ТЭК";
Стоимость транспорта (передачи по сетям) - утверждается Департаментом по тарифам Самарской области, и зависит от уровня напряжения, на котором подключен потребитель;
Цена электроэнергии для предприятии г. Тольятти за март 2012 г. (данные сайта ТЭК) 4,70 руб. /квтч
Расчет затрат на электроэнергию при разработке ПО сведен в таблицу 10
Таблица 10 - Расчет затрат на электроэнергию
Потребитель |
Норма расхода, кВт/час |
Кол-во раб. мест |
Время работы, час |
, руб. |
Сумма, руб. |
|
ПЭВМ HP Z200S |
0,55 |
1 |
618 |
4,7 |
1597,53 |
|
Монитор HP x20LED WS229AA |
0,1 |
290,46 |
||||
Принтер HP LaserJet P2055 |
0,1 |
2 |
0,94 |
|||
ИТОГО |
1888,93 |
3.2.3 Основная заработная плата
Оплата труда работников предприятия осуществляется за счет и в рамках фонда заработной платы работников (ФЗП) предприятия. Основу его составляет фонд оплаты труда. ФОТ - денежные средства предприятия, затраченные в течение конкретного периода времени на:
· Заработную плату
· Премиальные выплаты
· Различные доплаты работникам:
Стимулирующие и компенсирующие выплаты, в том числе компенсации по оплате труда в связи с повышением цен и индексацией доходов в пределах норм, предусмотренных законодательством;
Денежные суммы, начисленные работникам за непроработанное время, в течение которого за ними сохраняется заработная плата в соответствии с порядком, установленным законодательством.
Схема начисления заработной платы руководителям, специалистам и служащим (РСиС) в СКП ОАО "АВТОВАЗ".
Расчет начислений ЗП руководителям, специалистам и служащим производится по факту отработанного времени, по окладу (согласно категории и занимаемой должности).
Премия РСИС начисляется не более чем 28% и зависит от результатов работы рабочих основных цехов, т.е. от прибыли предприятия.
Начисления по коду "024" за работу в ООО "АВТОВАЗ" (504 рублей за месяц.) согласно отработанному времени из расчета месячного ИФВ.)
Так же могут идти начисления по кодам:
"070" - премия за ускорение подготовки производства,
"034" - за работу в выходные и праздничные дни,
"058" - вознаграждение по результатам работы за год.
Размер премии РСиС по результатом хоз. деятельности "058" код не больше 40% от оклада.
Заработная плата РСИС (Руководители специалисты и служащие) на ОАО АВТОВАЗ зависит от фактически отработанного времени и оклада работника
Плановый фонд заработной платы определяют по формуле
где ЧРiпл - плановая численность i-й категории персонала, чел.; (Метод прямого счета)
ЗПiпл - среднегодовая заработная плата одного работника i-й категории персонала в плановом периоде, p.;
i = 1,2, 3,., n - категории персонала.
Оклад инженера-программиста квалификационного уровня (Молодого специалиста) с учетом доплат, руб. /ч. (по данным отдела кадров ОАО "АВТОВАЗ 2012г.) 11563 руб.
- трудоемкость выполнения i-го вида работ, час (по данным таблицы 8).
Основная заработная плата разработчика системы рассчитывается по формуле:
- часовая тарифная ставка инженера-программиста 3-го квалификационного уровня с учетом доплат, руб. /ч. (по данным отдела кадров ОАО "АВТОВАЗ" на март 2012г.
- трудоемкость выполнения i-го вида работ по проведению прочностных испытаний, час (по данным таблицы 8).
Сумма затрат на основную заработную плату составит:
Минимальная тарифная ставка инженера-программиста на ОАО" АВТОВАЗ" 11560 руб/мес. + Базовая Премия за месяц 18-28 % (берем 28%) и доплата работникам 504 руб/мес. по факту отработанного времени. Итого
.
Фонд рабочего времени в марте и апреле 2012 =168 часам.
3.2.4 Дополнительная заработная плата
Дополнительная заработная плата определяется по формуле:
- норматив дополнительной заработной платы месяц (согласно данным бухгалтерии ОАО "АВТОВАЗ" на март 2012г. составляет 16%);
- основная заработная плата разработчика.
Рассчитаем затраты на дополнительную заработную плату:
3.2.5 Отчисления на социальное страхование
Расчет отчислений на социальное страхование в фонд социальной защиты населения (ФСЗН) проводится по формуле:
- норматив отчислений на социальное страхование месяц (согласно данным бухгалтерии ОАО "АВТОВАЗ" составляет 31%),
Таблица 11 - отчисления на социальное страхование
Норматив отчислений на Социальное страхование в 2012 году |
|||
Федеральный фонд обязательного медицинского страхования (ФФОМС) |
5,10% |
||
Фонд Социального Страхования (ФСС) |
2,90% |
||
Отчисления в пенсионный фонд |
после 1967 г. рождения |
||
Страховая часть |
22,00% |
16,0% |
|
Накопительная часть |
6,0% |
||
Травматизм |
1,00% |
||
Итого норматив отчисления на соц. страх |
31,00% |
- фонд заработной платы, руб.
Рассчитаем размер отчислений на социальное страхование:
3.2.6 Амортизация оборудования
Для расчета амортизационных отчислений оборудования применяется формула:
- первоначальная стоимость оборудования (по данным бухгалтерии ОАО "АВТОВАЗ" за март 2012г.), руб.;
- норматив амортизационных отчислений на полное восстановление (по данным бухгалтерии ОАО "АВТОВАЗ" за 2011-2012г составляет 25% для вычислительной техники и 10% для мебели), %;
n - количество месяцев работы оборудования (n=3,68 месяца при 8-ми часовом рабочем дне).
Таблица 12 - Расчет амортизации оборудования и мебели разработчика
Наименование оборудования |
Кол-во, шт. |
Первоначальная стоимость, руб. |
Норматив аморт. отчислений, % |
Количество месяцев использования |
Амортизация, руб. |
|
ПЭВМ HP Z200S |
1 |
36260 |
25 |
3,68 |
2779,93 |
|
Монитор HP x20LED WS229AA |
6494 |
3,68 |
497,87 |
|||
Принтер HP LaserJet P2055 |
8092 |
0,0119 |
2,00 |
|||
Стол |
2500 |
10 |
3,68 |
76,67 |
||
Стул |
1100 |
3,68 |
33,73 |
|||
ИТОГО |
3390,2 |
3.2.7 Затраты на программное обеспечение
Для модернизации ИС "Проведение и анализ прочностных расчетов" используется уже оплаченное лицензионное программное обеспечение закупленное ОАО "АВТОВАЗ", а так же Visual Paradigm for UML 9.0, распространяемую бесплатно.
3.2.8 Накладные расходы
Накладные расходы рассчитываются по формуле:
- основная заработная плата разработчика, руб.;
- норматив накладных расходов (по данным бухгалтерии ОАО "АВТОВАЗ" на март 2012г. составляет 54%), %.
Рассчитаем затраты на накладные расходы:
Результаты расчетов сведем в следующую таблицу
Таблица 13 - Себестоимость модернизации ИС "Проведение и анализ прочностных расчетов" для проведения моделирования прочностных испытаний конструкций кузова автомобиля
Статья затрат |
Подобные документы
Модернизации информационной системы "Техническая подготовка производства". Анализ процессов обработки данных при процессе заказа и размещения технологического оборудования, разработка модели автоматизированной обработки данных при помощи методологии RAD.
дипломная работа [2,5 M], добавлен 23.06.2012Способы хранения и обработки информации, полученной с помощью ДНК-анализов. Построение модуля контроля и доступа к базе данных микрочипов. Модернизация программного комплекса хранения информации с результатами экспериментов по анализу экспрессии генов.
курсовая работа [1,5 M], добавлен 13.12.2012Анализ неисправностей на оборудовании в цехе окраски 44-1 сборочно-кузовного производства ОАО "АвтоВАЗ" и на основе полученных сведений проектирование архитектуры автоматизированной информационной системы по их обнаружению и построение базы данных.
курсовая работа [1,7 M], добавлен 25.12.2011Общая характеристика и функциональные возможности системы "Компьютерное тестирование". Связи между информационными объектами. Проектирование алгоритмов обработки данных. Реализация алгоритмов обработки информации, разработка соответствующих макросов.
контрольная работа [542,8 K], добавлен 19.10.2010Разработка сайта, обеспечивающего функции по приему и обработке онлайн-заказов обоев. Перечень бизнес-процессов, включенных в разработку информационной системы. Инфраструктура разрабатываемой информационной системы. Тестирование программного обеспечения.
курсовая работа [74,3 K], добавлен 25.05.2015Изучение и разработка алгоритмов сверления. Выбор языка и среды программирования. Исследование структуры системы компьютерного моделирования. Ввод данных о материале инструмента и детали, методе обработки. Визуальная проверка и корректировка данных.
отчет по практике [295,9 K], добавлен 22.05.2013Порядок автоматизации расчетов себестоимости и длительности программного обеспечения производственного предприятия. Выбор языка программирования и системы управления базами данных. Разработка алгоритмов расчета себестоимости программного обеспечения.
дипломная работа [1,7 M], добавлен 13.06.2017Характеристика информационных технологий ФГУП "Ростехинвентаризация – Федеральное БТИ". Общие требования к системе защиты информации. Модернизация программных систем для разграничения доступа. Оценка экономического эффекта от модернизации системы.
дипломная работа [2,1 M], добавлен 30.09.2013Тестирование информационной системы учета протоколов несоответствия учебно-тренировочного подразделения АЭС. Формирование функциональных возможностей информационной системы. Построение структурно-функциональной модели по стандарту IDEF0, методологии SADT.
дипломная работа [1,1 M], добавлен 11.03.2012Проектирование информационнной системы планирования и учета поставок деталей внутри ОАО "АВТОВАЗ" из изготавливающих детали цехов на платформу В0. Формализация существующих бизнес-процессов. Выбор и разработка архитектуры, составление диаграмм.
курсовая работа [8,2 M], добавлен 25.12.2011