Разработка базы данных для оформления заявок клиентов телефонной сети на примере ФГУП «ЦАГИ»

Автор работы: Пользователь скрыл имя, 09 Июня 2013 в 14:27, дипломная работа

Описание работы

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

Содержание работы

АННОТАЦИЯ 3
ВВЕДЕНИЕ 4
ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 7
1.1. Анализ деятельности отдела 81 7
1.2. Постановка задачи 8
1.3. Необходимость внедрения автоматизированной системы 8
1.4. Базы данных 9
1.5. Модели данных 15
ГЛАВА 2. ПРОЕКТНО-ПРОГРАММНАЯ ЧАСТЬ 29
2.1. Создание базы данных 29
2.2. Общая структура организации работ по проектированию ПП 40
2.3. Необходимость отладки разработанного программного продукта 48
2.4. Методы и средства отладки 50
ГЛАВА 3. ЭКОНОМИЧЕСКАЯ ЧАСТЬ 58
3.1 Цель и содержание экономической части 58
3.2 Расчет затрат и экономической эффективности 58
ГЛАВА 4. БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ 64
4.1 Характеристика условий труда программиста 65
4.2 Требования к производственным помещениям 66
4.3 Эргономические требования к рабочему месту 74
4.4 Режим труда 79
4.5 Расчет освещенности 81
4.6 Расчет уровня шума 84
ЗАКЛЮЧЕНИЕ 87
СПИСОК ЛИТЕРАТУРЫ 88

Файлы: 1 файл

Glebov_diplom.docx

— 1.06 Мб (Скачать файл)

 Процесс локализации  ошибок состоит из следующих  трех компонент: 

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

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

  1. Аварийная печать.
  2. Печать в узлах.
  3. Слежение.
  4. Прокрутка.

АВАРИЙНАЯ ПЕЧАТЬ осуществляется один раз при работе отлаживаемой программы, в момент возникновения аварийной ситуации в программе, препятствующей ее нормальному выполнению. Тем самым, конкретное место включения в работу аварийной печати определяется автоматически без использования информации от программиста, который должен только определить список выдаваемых на печать переменных.

ПЕЧАТЬ В УЗЛАХ включается в работу в выбранных программистом местах программы; после осуществления печати значений данных переменных продолжается выполнение отлаживаемой программы.

СЛЕЖЕНИЕ производится или по всей программе, или на заданном программистом участке. Причем слежение может осуществляться как за переменными (арифметическое слежение), так и за операторами (логическое слежение). Если обнаруживается, что происходит присваивание заданной переменной или выполнение оператора с заданной меткой, то производится печать имени переменной или метки и выполнение программы продолжается. Отличием от печати в узлах является то, что место печати может точно и не определяться программистом (для арифметического слежения); отличается также и содержание печати.

ПРОКРУТКА производится на заданных участках программы, и после выполнения каждого оператора заданного типа (например, присваивания или помеченного) происходит отладочная печать.

Классификация средств  локализации ошибок

Ниже дана классификация  средств локализации.

Средства локализации:

  1. Аварийная печать (арифметическая).
    1. Специальные средства языка.
    2. Системные средства.
  2. Печать в узлах (арифметическая).
    1. Обычные средства языка.
    2. Специальные средства языка.
  3. Слежение (специальные средства).
    1. Арифметическое.
    2. Логическое.
  4. Прокрутка (специальные средства).
    1. Арифметическая.
    2. Логическая.

2.4.5. Технология отладки программы

Рассмотрим этапы  создания рассматриваемой программы, основываясь на приведенных выше методах и приемах.

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

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

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

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

 В общем  случае отладка программы производилась  по следующему алгоритму:

  1. Прогонка программы с набором тестовых входных данных и наличия ошибок.
  2. Выделение области программы, в которой может находиться ошибка. Просмотр листинга программы с целью возможного обнаружения ошибок. В противном случае - установка контрольной точки примерно в середине выделенной области.
  3. Новая прогонка программы. Если работа программы прервалась до обработки контрольной точки, значит, ошибка произошла раньше. Контрольная точка переносится, и процесс отладки возвращается к шагу 2.
  4. Если контрольная точка программы была обработана, то далее следует изучение значений регистров, переменных и параметров программы с тем, чтобы убедиться в их правильности. При появлении ошибки - новый перенос контрольной точки и возврат к шагу 2
  5. В случае не обнаружения ошибки продолжение выполнения программы покомандно, с контролем правильности выполнения переходов и содержимого регистров и памяти в контрольных точках. При локализации ошибки она исправляется, и процесс возвращается к шагу 1.

 

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

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

 

Глава 3. Экономическая часть

3.1 Цель и содержание экономической части

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

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

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

    1. Основные затраты и комплектующие;
    2. Основная заработная плата;
    3. Дополнительная заработная плата;
    4. Социальные отчисления:

а) Фонд Социального  Страхования Российской Федерации  – 2,9 %;

б) Пенсионный Фонд Российской Федерации – 20%;

в) Фонды  Обязательного Медицинского Страхования  – 3.1%,

    1. Накладные расходы (20% от прямых расходов).

3.2 Расчет затрат и экономической  эффективности

Рассмотрим затраты, необходимые  для разработки программного обеспечения:

  1. Аппаратное обеспечение, необходимое для разработки:

 

 

 

ОБОРУДОВАНИЕ

Цена (руб)

Процессор

Intel Core i3

, 3400 МГц, Socket LGA 1155

4 666

Материнская плата

ASUS P8H61-M

, DDR3 DIMM, 2400 МГц  SATA 3Gb/s: 4:, 5.1CH, , 

10 525

Оперативная память

Kingston KHX1600C9D3K2/8G

, 1600 МГц 

1 910 

Жесткий диск

Western Digital WDBAAY0010HNC-ERSN

, 1000 Гб, SATA 3Gb/s,

3 748 

Привод для записи CD-R/CD-RW/DVD-RW

CD-RW Sony CRX230 52/32/52 IDE oem

946

Видеокарта

ASUS GeForce GT 440 810Mhz PCI-E 2.0 1024Mb 1800Mhz 128 bit DVI HDMI HDCP Silent

 

2 420

Корпус

Thermaltake V5 Black Edition VL70001W2Z Black

2 832 

Клавиатура

Клавиатура PS/2 LOGITECH DeLuxe Keyboard  ( 967291-1112)

375

 

Мышь A4Tech MOP-35 Optical mini PS/2+USB

268

монитор

Samsung SyncMaster S27A350H

 

11 710

 

Принтер Samsung SCX-3405, 1200x1200 dpi, А4

5 200 

Сумма

 

39400


Таблица 3.1.Стоимость аппаратного  обеспечения.

 

Сумма всех аппаратных и программных средств составила: 39 400 руб.

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

Наименование оборудования

Паспортная мощность, кВт

Коэффициент

использования

мощности

Время работы оборудования для разработки ПО, ч

Цена электроэнергии

Сумма, руб.

ПК

0,3

0,8

200

2,59

124.32

ИТОГО затраты на электроэнергию

124.32


Таблица 3.2 - Затраты на электроэнергию

 

Общая сумма затрат на электроэнергию ( ) рассчитывается по формуле:

Где - паспортная мощность электрооборудования, кВт;

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

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

- цена электроэнергии, руб/кВт×ч;.

i - вид электрооборудования;

n - количество электрооборудования.

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

Наименование оборудования

Стоимость оборудования, руб.

Годовая норма амортизации, %

Эффективный фонд времени работы оборудования, ч/год

Время работы оборудования для разработки ПО, ч

Сумма, руб.

ПК

39400

20

1500

200

1050.66

ИТОГО амортизация основных фондов

1050.66


Таблица 3.3 Амортизация основных фондов

 

Общая сумма амортизационных отчислений ( ) определяется по формуле:

,

где - стоимость i-го оборудования, руб.;

- годовая норма амортизации i-го оборудования, %;

- время работы i-го оборудования за весь период разработки ПО, ч;

- эффективный фонд времени  работы i-го оборудования за год, ч/год;

 i - вид оборудования;

 n - количество оборудования.

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

  1. Заработная плата программиста. Оклад программиста за месяц составляет: 30 000 рублей. Соответственно годовая заработная плата составит 30 000 р. * 12 месяцев = 360 000 рублей.
  2. Социальные отчисления: 30 000 * 30 % = 9 000 рублей в месяц. В год: 9 000 р. * 12 = 108 000 рублей.
  3. Накладные затраты, составляют 20 % от прямых затрат:

79574.98*20 % / 100 % = 15915 рублей.

Итого общие  затраты на разработку Программного Обеспечения составят: 39 400 + 124.32 + 1050.66 + 30 000 + 9000 +15915 = 134890 рублей.

Так как  разработанное ПО разрабатывалось  без участия штатного программиста, то оно обошлось предприятию в 39400 + 124.32 + 1050.66 = 40575. При этом предприятие  экономит 134890 – 40575 = 94315.

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

Выводы:

        Программное Обеспечение требует затрат в размере 40575 рубля.

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

 

 

Глава 4. Безопасность жизнедеятельности

 

С развитием научно-технического прогресса  немаловажную роль играет возможность  безопасного исполнения людьми своих  трудовых обязанностей. В связи с  этим была создана и развивается  наука о безопасности труда и  жизнедеятельности человека [8].

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

Информация о работе Разработка базы данных для оформления заявок клиентов телефонной сети на примере ФГУП «ЦАГИ»