- •2 Разработка модуля инерционного сенсора 8
- •7 Производственная и экологическая безопасность 93
- •8 Заключение 108
- •9 Список литературы 109 Введение и постановка задачи
- •1.1Введение
- •1.2Техническое задание на дипломный проект
- •2Разработка модуля инерционного сенсора
- •2.1Предложение и обоснование подхода к созданию сенсора
- •2.2Разработка структурной схемы модуля инерционного сенсора
- •2.3Обоснование выбора элементной базы
- •2.3.1Акселерометр
- •2.3.2Магниторезистивный сенсор
- •2.3.5Температурный датчик
- •2.3.6Операционный усилитель
- •2.3.7Мультиплексор
- •2.3.8Схема сброса
- •2.3.9Плис
- •2.3.10Микроконтроллер
- •2.4Принцип работы модуля инерционного сенсора
- •2.5Расчет потребляемой мощности
- •3Разработка технологического процесса начальной калибровки модуля инерционного сенсора
- •3.1Обоснование необходимости начальной калибровки модуля инерционного сенсора
- •3.2Разработка алгоритма технологического процесса начальной калибровки инерционного сенсора
- •3.3Результаты испытания разработанного технологического процесса начальной калибровки инерционного сенсора
- •4Разработка алгоритмов управления инерциальными приложениями
- •4.1Разработка алгоритма опроса модуля инерционного сенсора и фильтрации полученных показаний
- •4.2Разработка алгоритма распознавания базовых движений Flip
- •4.3Разработка алгоритма выделения базовых движений Push
- •5Разработка методики написания инерциальных приложений
- •5.1Специфика разработки приложений для операционной системы Palm os 4.0
- •5.2Разработка разделяемого ресурса базы данных инерционного сенсора
- •5.3Разработка демонстрационного инерциального приложения
- •6Планирование и оценка затрат создания программного продукта
- •6.1Смоляная яма программирования
- •6.2Сетевое планирование
- •6.3Создание структурной таблицы работ
- •6.4Расчет затрат на создание программного продукта
- •6.4.1Расчет затрат на непосредственную разработку программного комплекса
- •6.4.2Расчет затрат на изготовление опытного образца программного продукта
- •6.4.3Расчет затрат на технологию
- •6.4.4Затраты на эвм
- •6.4.5Общие затраты на создание программного продукта
- •7Производственная и экологическая безопасность
- •7.1Введение в производственную и экологическую безопасность
- •7.2Обеспечение производственной безопасности при разработке, производстве и эксплуатации микропроцессорных устройств
- •7.2.1Микроклимат лаборатории
- •7.2.2Требования к уровням шума и вибрации
- •7.2.3Электробезопасность
- •7.2.4Требование к защите от статического электричества и излучений при работе за компьютером.
- •7.2.5Требования к освещению на рабочем месте
- •7.2.6Воздействие вредных веществ при пайке
- •7.2.7Психофизические факторы
- •7.2.8Эргономика рабочего места
- •7.3Расчет искусственного освещения на рабочем месте
- •7.4Охрана окружающей среды
- •8Заключение
- •9Список литературы
6Планирование и оценка затрат создания программного продукта
6.1Смоляная яма программирования
Самая яркая сцена доисторических времён - борьба огромных животных со смертью в смоляных ямах. Воображение представляет динозавров, мамонтов и саблезубых тигров, пытающихся высвободиться из смолы. Чем отчаянней борьба, тем сильнее затягивает смола, и как бы ни был силён или ловок зверь, в конечном итоге ему уготована гибель.
Такой смоляной ямой в последние десятилетия было программирование больших систем: в ней сгинул не один большой и сильный зверь. По большей части это происходило в области систем, где мало кому удалось реализовать спецификации, уложиться в график и бюджет. Большие и малые, массивные и жилистые – одна за другой команды программистов увязли в смоле. Казалось ничто в отдельности не вызывает трудностей – одну лапу всегда можно вытащить. Но накопление действующих одновременно и взаимно влияющих факторов всё более и более замедляет движение. Вызывает удивление неприятность возникшей проблемы, и распознать её сущность нелегко. Выделим несколько факторов могущих привести к гибели проекта:
Оптимизм. Все программисты – оптимисты. В основе планирования разработки программ лежит ложное допущение, что всё будет хорошо, т.е. каждая задача займёт столько времени, сколько должна занять.
Человеко-месяц. Вторым фактором, который может привести к срыву графика работ, является ошибочность в самой единице измерения, используемой при планировании и оценивании.
Неправильные действия при срыве графика работ.
При планировании проведения работ по созданию программных продуктов целесообразно планировать работы так, чтобы некоторые сроки выполнения были не строго фиксированными числами и позволяли скомпенсировать отставание по каким-либо другим работам. Одним из методов планирования позволяющим определить и умно использовать такие сроки является сетевое планирование.
6.2Сетевое планирование
Задачей сетевого планирования является построение рационального плана проведения сложного комплекса работ, состоящего из отдельных, элементарных взаимно обусловленных работ. Взаимная обусловленность работ определяется тем, что выполнение некоторых работ нельзя начать раньше, чем будут завершены некоторые другие, опорные работы. Основным материалом для сетевого планирования является структурная таблица комплекса работ, содержащая:
Перечень элементарных работ комплекса.
Перечень работ, на которые опираются элементарные работы.
Время выполнения каждой работы.
Метод сетевого планирования позволяет на основе этой информации узнать сроки начала каждой работы комплекса, вычислить время, необходимое на выполнение всего комплекса работ, выявить критические работы, несвоевременное выполнение которых влечет за собой изменение общего времени выполнения всего комплекса, а также некритические работы, некоторые задержки в выполнении которых не сказывается на общей продолжительности комплекса. Кроме того, метод сетевого планирования даёт некоторые подходы к решению задач оптимизации выполнения комплекса, позволяющим проводить работы максимально эффективно, в частности за счет использования временных ресурсов, содержащихся в некритических работах.
