Пример диплома специалиста / ! Read_Me_Спец / В Wordе эти документы могут неправильно отображаться / 001 Diplom
.pdfУТВЕРЖДЕН
02070743.00569-01-ЛУ
РАЗРАБОТКА WEB-ПРИЛОЖЕНИЯ ДЛЯ ОРГАНИЗАЦИИ МНОГОУРОВНЕВОЙ СИСТЕМЫ ОТСЛЕЖИВАНИЯ ОШИБОК НА ОСНОВЕ ЯЗЫКА ПРОГРАММИРОВАНИЯ RUBY
Техническое задание
02070743.00569-01
Листов 8
2014
13
2
02070743.00569-01
1.1. Введение
Документ 02070743.00569-01 «Разработка Web-приложения для
Нумерация внутри
организациисамогомногоуровневойпрограммного системы отслеживания ошибок на основе языка
документа
программирования Ruby». Техническое задание» входит в состав программной документации на разработку Web-приложения для организации многоуровневой системы отслеживания ошибок на основе языка программирования Ruby. Практическая значимость разработки заключается в реализации на основе языка программирования Ruby многоуровневой системы отслеживания ошибок.
Список ключевых слов: WEB-ПРИЛОЖЕНИЕ, WEB-ТЕХНОЛОГИИ,
ПРОГРАММИРОВАНИЕ ДЛЯ ИНТЕРНЕТ, RUBY, RUBY ON RAІLS, MVC.
1.2. Основание для разработки.
Основанием для разработки является Приказ по Национальному горному университету от « 24 » 03 2014 р. № 521-л
1.3. Назначение разработки.
Для создания Web-приложения необходимо установить и конфигурировать необходимые программы и среды. Для создания приложения выбран БД MYSQL, сервер для отладки Mongrel, язык программирования Ruby
и технология разработки Web-приложений на основе MVC шаблона под названием Raіls.
Raіls поддерживает несколько принципов разработки, которые выделяют его из других Web-фреймворков. Эти принципы:
– Соглашение по конфигурации (соглашение по именованию и расположению файлов)
– Отсутствие повторов в коде.
– Быстрая разработка (agіle development)
14
3
02070743.00569-01
1.4.Требования к программе или программному изделию
1.4.1.Требования к функциональным характеристикам
Предназначенные для пользователя виды располагаются в каталоге app\vіews. Для каждого из пользователей выделим отдельный каталог: admіn, tech и user. В каждом из каталогов опишем поведение системы для каждой единицы функциональности модели:
Admіn: просмотр и редактирования проблем, логирование, просмотр и редактирования информации о пользователях.
Tech: просмотр и редактирования проблем, логирование
User: просмотр и создания проблем, просмотр информации о своем пользователе.
Также выделим шаблоны более высокого абстракции (layouts), в которых скомпонуем элементы представления отдельных пользователей. Для этого определим в каталоге app\vіews\layouts три файла (admіn.rhmtl, tech.rhtml, user.rhtml), которые будут выполнять роль контейнеров соответствующих наборов функціональностей.
1.4.2. Требования к надежности
Надёжность работы разрабатываемого программного обеспечения зависит от надёжности операционной системы, под управлением которой она будет функционировать и разрабатываемого ПО.
Для надежной работы системы необходимо:
1.использовать лицензионное программное обеспечение на сервере;
2.осуществлять защиту от вирусов на сервере;
3.осуществлять защиту от несанкционированного доступа;
4.применять на сервере источник бесперебойного питания для защиты от перепадов напряжения или сбоев в питании;
5.осуществлять контроль данных, вводимых клиентами;
6.автоматически завершать сеанс работы с клиентом в случае длительного перерыва его активности;
15
4
02070743.00569-01
1.4.3. Условия эксплуатации
При работе должны соблюдаться условия, обеспечивающие нормальный
режим эксплуатации IBM РС совместимых машин:
1.температура окружающего воздуха от +10°C до +35°C;
2.атмосферное давление от 630 до 800 мм рт. ст.;
3.относительная влажность воздуха не более 80%;
4.запыленность воздуха не более 0,75 мг/м?;
5.в воздухе не должно быть паров агрессивных жидкостей и веществ,
вызывающих коррозию;
6.электропитание должно осуществляться от однофазной сети переменного тока напряжением 220 В ± 10% и частотой 50-60 Гц;
7.сервер и его периферийные устройства должны подключаться к электрической сети через специальные розетки, имеющие заземляющие контакты. Заземляющие контакты должны обеспечивать надежное заземление.
Сопротивление заземляющего контура должно быть не более 4 Ом.
Квалификация клиентов системы должна предполагать владение
минимальными навыками работы с операционной системой.
1.4.4. Требования к составу и параметрам технических средств
Исходя из технических характеристик и технических условий,
предполагающихся охраной труда (утомляемость и т.д.), требования к составу и параметрам технических средств должны быть следующие:
1.CPU не ниже 1 Ггц;
2.ОЗУ не менее 256 Мб;
3.Монитор SVGA (поддержка режима 1024x768, 32 bpp, 85 Hz);
4.клавиатура;
5.манипулятор «мышь»;
6.модем/сетевая карта.
16
5
02070743.00569-01
1.4.5. Требования к информационной и программной совместимости
Для корректной работы, отладки и сопровождения приложения, система
должна иметь следующее программное обеспечение:
–ОС Microsoft Windows 98/ME/NT/2000/XP;
–СУБД MYSQL;
–сервер для отладки Mongrel;
–язык программирования Ruby.
1.4.6.Требования к маркировке и упаковке
Кквалификационной работе должен прилагаться носитель информации
(Floppy, CD-R), содержащий папки со следующими файлами:
–электронная версия квалификационной работы;
–исходные тексты программ;
–презентация к квалификационной работе;
–откомпилированные компоненты ПО.
На носителе информации должны быть указаны следующие данные:
–название и номер группы;
–фамилия и инициалы разработчика;
–дата подачи на рассмотрение приемо-сдаточной комиссии.
1.4.7. Требования к транспортированию и хранению
Условия транспортирования и хранения должны соответствовать
требованиям обращения с соответствующими носителями информации.
1.5.Требования к программной документации:
Всостав программной документации должны входить следующие документы:
– «Техническое задание»;
– «Пояснительная записка»;
– «Описание программы»;
17
6
02070743.00569-01
– «Текст программы».
1.6. Технико-экономические показатели
Для разработанной ИС требуется подготовить следующую информацию:
–технико-экономическое обоснование разработки;
–определение сметной стоимости;
–расчет экономического эффекта.
1.7.Стадии и этапы разработки
Стадии разработки, |
Этапы работ |
Содержание работ |
|
||
отчётная документация |
|
|
|
|
|
1. Техническое задание |
Обоснование |
Постановка задачи. |
|
|
|
|
необходимости |
Сбор исходных материалов. |
|
||
|
разработки |
Выбор и обоснование критериев |
|||
|
программы. |
эффективности |
и |
качества |
|
|
|
разрабатываемой программы. |
|
||
|
|
Обоснование |
необходимости |
||
|
|
проведения |
|
научно- |
|
|
|
исследовательских работ. |
|
||
|
|
Определение структуры входных |
|||
|
|
и выходных данных. |
|
|
|
|
|
|
|||
|
Научно- |
Предварительный выбор методов |
|||
|
исследовательс |
решения задач. |
|
|
|
|
кие работы. |
Обоснование |
принципиальной |
||
|
|
возможности |
|
решения |
|
|
|
поставленной задачи. |
|
|
|
|
Разработка и |
Определение |
требований |
к |
|
|
программы. |
|
|
|
|
|
утверждения. |
|
|
|
|
|
Определение стадии, этапов и |
||||
|
|
||||
|
|
сроков. |
|
|
|
|
|
Выбор |
|
языков |
|
|
|
программирования и повторение |
|||
|
|
. |
|
|
|
|
|
Определения необходимости |
|
||
|
|
проведения научно- |
|
|
|
|
|
исследовательских работ на |
|
||
|
|
последующих . |
|
|
|
18
7
02070743.00569-01
2. Эскизный проект |
Разработка |
Согласование и утверждение тех. |
|
|
эскизного |
Раздела) задания. |
|
|
проекта. |
Предварительная разработка |
|
|
|
структуры входных-выходных |
|
|
|
данных. |
|
|
|
Уточнение методов решения |
|
|
|
задачи. |
|
|
|
Разработка общего описания |
|
|
Утверждения |
алгоритма решения задач. |
|
|
Разработка технико- |
||
|
эскизного |
экономического обоснования. |
|
|
проекта |
|
|
3. Технический проект |
Разработка |
Разработка пояснительной |
|
|
технического |
записки. |
|
|
проекта |
Согласование и утверждение |
|
|
|
эскизного проекта. |
|
|
|
Уточнение структуры входных и |
|
|
|
выходных данных. |
|
|
|
Определение формы |
|
|
|
представления входных и |
|
|
|
выходных данных. |
|
|
|
Определение семантики и |
|
|
|
синтаксиса языка. |
|
4. Рабочий проект |
Разработка |
Разработка структуры программ. |
|
|
программы |
Окончательное |
определение |
|
|
конфигурации тех средств. |
|
|
|
Разработка плана |
мероприятий |
|
Испытание |
по разработке |
и внедрению |
|
программы. |
|
|
|
программы. |
пояснительной |
|
|
Разработка |
||
|
|
записки. |
|
|
|
Согласование и утверждение тех. |
|
|
|
проекта. |
|
|
|
Программирование и отладка |
|
|
|
программы. |
|
19
8
02070743.00569-01
5. Внедрение |
|
Подготовка и |
Разработка |
|
программных |
|||
|
|
передача |
документов в |
соответствии |
с |
|||
|
|
программы |
требованием. |
|
|
|
|
|
|
|
|
Разработка, |
согласование |
и |
|||
|
|
|
утверждение |
программы |
|
и |
||
|
|
|
методики. |
|
|
|
|
|
|
|
|
Проведение |
предварительных |
||||
|
|
|
испытаний. |
|
|
|
|
|
|
|
|
Корректировка |
программы |
и |
|||
|
|
|
программной |
документации |
по |
|||
|
|
|
результатам испытаний. |
|
|
|||
|
|
|
Подготовка |
и |
передача |
|||
|
|
|
программы |
и |
программной |
|||
|
|
|
документации |
|
|
для |
||
|
|
|
сопровождения |
и |
(или) |
|||
|
|
|
изготовления. |
|
|
|
|
|
|
|
|
Оформления и утверждения акта |
|||||
|
|
|
о |
передаче |
программы |
|
на |
|
|
|
|
сопровождение. |
|
|
|
||
|
8. Порядок контроля и приемки. |
|
|
|
|
|||
Приемка |
осуществляется комиссией, |
в |
состав которой |
должны |
войти |
ведущие специалисты кафедры – заведующий кафедры, руководитель дипломного проекта, а также системный администратор.
При приемке должно быть проверено общая работоспособность программного продукта: правильность занесения данных в базу, корректность обработки транзакций, наличие или отсутствие ошибок сетевой части, общая ресурсоемкость, скорость и корректность прохождения пакетов по локальной сети, увеличение трафика в связи с использованием программного продукта, и
нагрузка на корпоративную сеть.
По результатам работы комиссии должно быть принято решение о допуске
к защите. |
|
Срок сдачи дипломного проекта: « |
» 06 2014 р. |
20