Создание интерактивных сервисов доступа к расписанию занятий СевКавГТУ

Разработка интерактивных сервисов доступа к расписанию занятий СевКавГТУ в среде программирования Eclipse и базы данных для них с использованием фреймворк Django. Информационное и программное обеспечение разработки. Расчет цены программного продукта.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 29.06.2011
Размер файла 6,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Содержание

  • Введение
  • 1. Результаты предпроектного обследования образовательно-информационного центра северо-кавказского государсвенного технического университета. формулировка задач проектирования
  • 1.1 Результаты предпроектного обследования образовательно-информационного центра Северо-Кавказского государственного технического университета
  • 1.1.1 Объекты и методы проведения предпроектного обследования
  • 1.1.2 Программа проведения обследования
  • 1.1.3 Результаты предпроектного обследования и их анализ
  • 1.1.4 Анализ проблемных ситуаций и обоснование путей их решения
  • 1.2 Формулировка задач проектирования
  • 1.2.1 Общие сведения
  • 1.2.2 Назначение, цели создания интерактивных сервисов
  • 1.2.3 Характеристика объекта автоматизации
  • 1.2.4 Требования к интерактивным сервисам
  • 1.2.5 Состав и содержание работ по созданию интерактивных сервисов
  • 1.2.6 Порядок контроля приемки подсистемы
  • 1.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу интерактивных сервисов в действие
  • 1.2.8 Требование к документированию
  • 1.2.9 Источники разработки
  • Выводы
  • 2. Реализация интерактивных сервисов доступа к расписанию занятий севкавгту г. Ставрополь
  • 2.1 Обоснование выбора среды разработки интерактивных сервисов
  • 2.2 Создание проекта PyDev Django Project и его приложений в среде программирования Eclipse
  • 2.3 Создание логической модели базы данных
  • 2.3.1 Определение сущностей модели базы данных
  • 2.3.2 Определение атрибутов сущностей базы данных
  • 2.3.3 Ввод атрибутов и первичных ключей сущностей логической модели базы данных
  • 2.4 Создание физической модели базы данных для интерактивных сервисов доступа к расписанию занятий СевКавГТУ
  • 2.4.1 Генерирование SQL-сценария создания базы данных информационной подсистемы средствами Django ORM
  • 2.5 Реализация интерактивных сервисов доступа к расписанию занятий СевКавГТУ
  • 2.5.1 Разработка меню пользователя
  • 2.5.2 Реализация формы поиска расписания преподавателя
  • 2.5.3 Реализация обновления базы данных
  • 2.5.4 Реализация представления и единых указателей ресурсов
  • 2.5.5 Установка разработанного проекта на Web-сервер
  • Выводы
  • 3. Информационное и программное обеспечение
  • 3.1 Общие сведения об интерактивных сервисах доступа к расписанию занятий СевКавГТУ г. Ставрополь
  • 3.2 Функциональное назначение интерактивных сервисов доступа к расписанию занятий СевКавГТУ г. Ставрополь
  • 3.3 Описание логической структуры интерактивных сервисов доступа к расписанию занятий СевКавГТУ г. Ставрополь
  • 3.4 Требование к техническому обеспечению
  • 3.4.1 Общие требования
  • 3.4.2 Требования к центральному процессору
  • 3.4.3 Требования к оперативному запоминающему устройству
  • 3.4.4 Требования к наличию сводного места на жестком диске
  • 3.4.5 Требования к монитору
  • 3.4.6 Требования к принтеру
  • 3.5 Установка и вызов интерактивных сервисов
  • 3.6 Входные данные интерактивных сервисов
  • 3.6.1 Входные данные интерактивного сервиса обеспечивающего синхронизацию с ИАСУ "ВУЗ"
  • 3.6.2 Входные данные интерактивных сервисов вывода расписания занятий
  • 3.7 Выходные данные
  • 3.7.1 Выходные данные интерактивного сервиса обеспечивающего синхронизацию с ИАСУ "ВУЗ"
  • 3.7.2 Выходные данные интерактивных сервисов вывода расписания занятий
  • 3.8 Результаты тестирования
  • 3.9 Краткая инструкция пользователя по работе с интерактивными сервисами
  • Выводы
  • 4. Технико-экономическое обоснование проекта
  • 4.1 Краткая характеристика проекта
  • 4.2 Трудоемкость выполняемых работ
  • 4.3 Расчет себестоимости автоматизированной информационной подсистемы
  • 4.4 Оценка экономической эффективности внедрения интерактивных сервисов
  • 4.5 Основные технико-экономические показатели проекта
  • Выводы
  • Заключение
  • Библиографический список
  • Приложения

Введение

Актуальность разработки интерактивных сервисов доступа к расписанию занятий СевКавГТУ, г. Ставрополь обусловлена тем, что процесс распространения расписания занятий студентов и преподавателей занимает большие материальные и временные затраты.

Целью дипломного проекта является сокращение временных затрат работников кафедр и деканатов на распространение расписания занятий для студентов и преподавателей.

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

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

Во втором разделе пояснительной записки рассмотрены вопросы реализации интерактивных сервисов доступа к расписанию занятий СевКавГТУ. При разработке базы данных для интерактивных сервисов использовался фреймворк Django, а интерактивные сервисы были реализованы в среде программирования Eclipse.

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

В четвертом разделе был проведен расчет цены программного продукта (интерактивные сервисы доступа к расписанию занятий СевКавГТУ) и анализ экономической эффективности его использования.

В заключении рассмотрены основные итоги дипломного проектирования и намечены перспективные направления дальнейшего развития его темы.

В библиографическом списке указан перечень из 23 источников информации.

В приложениях к пояснительной записке представлены тексты основных программных модулей интерактивных сервисов доступа к расписанию занятий на языке программирования Python, тексты конфигурационных файлов Web-сервера Lighthttpd и планировщика задач Cron, а также копии слайдов презентации.

1. Результаты предпроектного обследования образовательно-информационного центра северо-кавказского государсвенного технического университета. формулировка задач проектирования

1.1 Результаты предпроектного обследования образовательно-информационного центра Северо-Кавказского государственного технического университета

1.1.1 Объекты и методы проведения предпроектного обследования

Основными объектами предпроектного обследования являются:

- функциональная структура, состав хозяйственных процессов и процедур;

- образовательно-информационный центр Северо-Кавказского государственного технического университета;

- элементы информационной автоматизированной системы управления "ВУЗ".

Обследование учреждения производится путем опроса сотрудников ОИЦ СевКавГТУ

1.1.2 Программа проведения обследования

Программа обследования учреждения представлена в таблице 1.1.

Таблица 1.1 - Программа обследования учреждения

Наименование вопроса

Источник информации

Получатель информации

1

2

3

Общая характеристика

Устав СевКавГТУ

Студент Татусь С.А.

Организационная структура

Аналогично

Аналогично

Цели деятельности

Аналогично

Аналогично

Наличие проблемных ситуаций в деятельности СевКавГТУ

Аналогично

Аналогично

Цели деятельности ОИЦ

Директор ОИЦ, положение об ОИЦ СевКавГТУ

Аналогично

Наличие проблемных ситуаций в деятельности ОИЦ

Директор ОИЦ

Аналогично

Наличие средств вычислительной техники и программного обеспечения в ОИЦ

Зам. директора ОИЦ

Аналогично

1.1.3 Результаты предпроектного обследования и их анализ

Общая характеристика учреждения. Северо-Кавказский государственный технический университет создан в 1971 году постановлениями Совета Министров СССР на базе филиала Краснодарского политехнического института в г. Ставрополе под наименованием Ставропольский политехнический институт, переименованного в Ставропольский государственный технический университет приказом Государственного комитета Российской Федерации по высшему образованию. Ввиду того, что Ставропольский технический университет являлся одним из ведущих вузов региона, единственным по своему профилю на Северном Кавказе, приказом Министерства образования Российской Федерации он переименован в Северо-Кавказский государственный технический университет.

Полное наименование университета: государственное образовательное учреждение высшего профессионального образования "Северо-Кавказский государственный технический университет". Сокращенное наименование - СевКавГТУ.

Место нахождения СевКавГТУ: Россия, Ставропольский край, город Ставрополь, проспект Кулакова, дом 2. Почтовый адрес: Россия, 355029, город Ставрополь, проспект Кулакова, дом 2.

СевКавГТУ является государственным образовательным учреждением высшего профессионального образования федерального подчинения. Университет реализует образовательные программы высшего и послевузовского профессионального образования по многим направлениям подготовки; осуществляет подготовку, переподготовку и повышение квалификации работников высшей квалификации, научных и научно-педагогических работников; выполняет фундаментальные и прикладные научные исследования по широкому спектру наук; является ведущим научным и методическим.

Организационная структура учреждения. В структуру вуза входят: учебные, в том числе лицей-интернат для одаренных детей Ставропольского края, научные, научно-исследовательские, хозяйственные, производственные и вспомогательные структурные подразделения, в том числе пользующиеся по доверенности университета правомочиями юридического лица и действующие на основании положений, принятых Ученым Советом СевКавГТУ и утвержденных приказом ректора. Создание (ликвидация) структурных подразделений осуществляется самим университетом по решению Ученого совета. Положения о структурных подразделениях утверждаются приказом ректора по согласованию с Ученым советом. Структурные подразделения вуза не являются юридическими лицами.

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

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

Функциональная структура учреждения. Управление в любой организации - это процесс взаимодействия между управляющей, управляемой системами (субъектом и объектом управления) и внешней средой. Управляющая система представляет собой совокупность тех органов и лиц, которые осуществляют целенаправленное воздействие с учетом информации о состоянии объекта управления и внешней среды. Управляемая система является тем объектом, на который направлены определенные управленческие воздействия с целью улучшения функционирования управляемого объекта, придания ему конкретных форм развития в интересах достижения намеченного результата [5].

Конкретная функциональная структура управления определяется в зависимости от сочетания двух основных типов руководства - линейного (ректор, проректора) и функционального (специализация глав отделов) [6].

При анализе процесса функционирования объекта ввиду его сложности производят, обычно, разбиение системы на части. Такое разбиение называется декомпозицией. Разбивать систему на части можно до тех пор, пока выделенный элемент не перестает выполнять в системе каких-либо функций.

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

Лучше всего делить систему на подсистемы по функциональному признаку, то есть на основе выполняемых системой функций, а также существующей линейной структуры управления. Функциональная иерархия предполагает специализацию по отдельным функциям управления на всех уровнях этой иерархии [7].

В составе учреждения целесообразно выделить четыре области управления:

- управление планированием;

- управление учебным процессом;

Рисунок 1.1 - Схема организационной структуры СевКавГТУ управление обеспечением [1]; управление научной деятельностью.

Функциональные задачи и подзадачи организации представлены в таблице 1.2.

Таблица 1.2 - Функциональные области и задачи СевКавГТУ

Номер и название функциональной области

Номер и содержание функциональной задачи

1. Управление планированием

1.1 Прогнозирование спроса на выпускаемых специалистов

1.2 Внесение изменений в сроки, периоды обучения, графики проведения экзаменов и зачетов

1.3 Составление требований к подготовке специалистов

2. Управление учебным процессом

2.1 Составление расписания занятий

2.2 Распределение нагрузки преподавателям

2.3 Разработка учебно-методических пособий

2.4 Организационно-воспитательная деятельность

3. Управление обеспечением

3.1 Управление кадрами

3.2 Управление материальными средствами

3.3 Делопроизводство

4. Управление научной деятельностью

4.1 Организация и планирование научно-исследовательских работ по инновационной деятельности и проведения фундаментальных и поисковых исследований

4.2 Организация семинаров, конференций

4.3 Создание наиболее благоприятных условий при подготовке специалистов и создании кандидатских и докторских диссертаций

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

Х - полное участие в процессе;

/ - частичное участие в процессе;

0 - ответственность за выполнение процесса.

Таблица 1.3 - Организационно-управленческая модель СевКавГТУ

Ответственные лица

Номера и наименование задач

1. Управление планирова-нием

2. Управление учебным процессом

3. Управление обеспечением

4. Управление научной дея-тельностью

1.1

1.2

1.3

2.1

2.2

2.3

2.4

3.1

3.2

3.3

4.1

4.2

4.3

УМУ

Ч /

0

Ч /

Ч

0

/

Ч /

/

/

Деканаты

/

/

/

/

Ч /

/

Ч /

Кафедры

/

/

Ч

Ч /

Ч /

/

/

/

НТЦ

Ч /

Ч /

Бухгалтерия

Ч /

/

Отдел кадров

Ч /

Ч /

Общий отдел

Ч /

ОИЦ

/

/

/

Ч /

/

/

/

/

Лаборатория информацио-нных систем

/

/

/

Отдел сетевых и телекоммуникационных технологий

/

/

/

/

/

Отдел эксплуатации и обслуживания компьютерных классов

/

/

/

/

/

Отдел эксплуатации и развития телекоммуникационных сетей

/

/

/

/

/

Диспетчерская

Ч

0

/

/

Цели функционирования СевКавГТУ В результате проведенного обследования вуза были выделены основные цели, средства их достижения и сформулированы критерии эффективности применяемых мер. Главной целью функционирования СевКавГТУ является подготовка специалистов для удовлетворения потребности общества в высококвалифицированных кадрах, а так же разработка и внедрение результатов научных исследований. При построении "дерева целей" его проектирование идет по методу "от общего к частному". Прекращение декомпозиции цели на более мелкие прекращается в тот момент, когда дальнейший процесс является нецелесообразным в рамках рассмотрения Главной цели. Правильно построенное дерево целей в дальнейшем легко может быть преобразовано в план-график или диаграмму Ганта [1].

Схема дерева целей представлена на рисунке 1.2

Рисунок 1.2 - Дерево целей СевКавГТУ

В таблице 1.4 приведены возможные средства и критерии достижения поставленных целей.

Таблица 1.4 - Цели деятельности СевКавГТУ, средства достижения и критерии оценки уровня достижения цели

Цель

Формулировка подцели

Средства достижения

Критерий эффективности

1

2

3

4

Ц1

Улучшение качества образования

Ц11 - совершенствование учебно-технологической базы;

Ц12 - совершенствование научно-методической базы;

Ц13 - совершенствование программ обучения;

Ц14 - внедрение новых и улучшение; существующих средств контроля качества образования;

Ц15 - поощрение лучших студентов (именные стипендии, награждение победителей конкурсов, олимпиад);

Ц16 - подбор профессорско-преподавательского состава;

Ц17 - проведение курсов по повышению квалификации специалистов;

Проведение и победы в региональных, федеральных и международных олимпиадах, участие в конференциях, хозяйственно-договорных тематиках

Увеличение количества договоров о проведении производственной практики и договоров о сотрудничестве с университетом сторонних организаций

Ц2

Выполнение научно-исследовательских и опытно-конструкторских работ, проведение фундаментальных научных исследований

Ц21 - привлечение студентов и сотрудников университета к НИР,

Ц22 - стимулирование проведения НИР;

Ц23 - обеспечение необходимым оборудованием НИР;

Ц24 - финансирование НИР;

Ц25 - сотрудничество с НИИ, КБ и сторонними организациями.

Увеличение числа завоеванных грантов, проводимых научных хозяйственно-договорных тематик, внедренных результатов НИР, количества публикаций и участий в научных конференциях

Ц3

Эффективная организация деятельности университета

Ц31 - обеспечение университета необходимыми ресурсами и средствами;

Ц32 - совершенствование структуры управления университетом.

Уменьшение затрат университета, управление и согласование обеспечивающей образовательный процесс деятельности

Ц4

Развитие социальной и материальной инфраструктуры университета

Ц41 - развитие жилищно-коммунального хозяйства;

Ц42 - рациональная организация труда и отдыха;

Ц43 - повышение благосостояния коллектива;

Ц44 - развитие поддержки молодым семьям.

Снижение текучести кадров

Документооборот учреждения. Документооборот в ОИЦ СевКавГТУ, осуществляется в виде потоков документов между теми людьми, которые анализируют и производят информацию или принимают решения (руководитель учреждения, главный инженер, специалисты и квалифицированные служащие) и пунктами технической обработки документов в учреждении (секретарь руководителя, канцелярия, архив).

Задача служб организации заключается в том, чтобы документы во время своего движения не терялись и вовремя поступали в очередные пункты обработки. Эта задача решается с помощью многолетнего опыта и системы организации документооборота, которая изложена в нормативных документах.

Определены следующие этапы обработки внутренних документов:

1. Внутренние распорядительные документы (например, приказы, решения или распоряжения) составляются и оформляются секретарем по указанию ректора университета.

2. Затем приказы, при необходимости, согласовываются с юридическим отделом университета.

3. Согласованные приказы подписываются ректором.

Затем внутренние документы регистрируются в общем отделе, размножаются секретарем (или в общем отделе) и направляются в структурные подразделения для исполнения.

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

1. Учебно-методическим управлением формируются учебно-методические планы, которые отдаются для утверждения ректору, а затем возвращаются в учебно-методическое управление.

2. Учебно-методическим отделом передаются пустые бланки штатного расписания на кафедры.

3. Штатное расписание преподавателей формируется кафедрами и передается в учебно-методическое управление.

интерактивный сервис расписание база

4. Согласно штатному расписанию преподавателей и учебно-методическим планам учебно-методическим отделом формируется нагрузка, которая передается в диспетчерскую.

5. При формировании расписания учитываются пожелания, преподавателей которые направляются ректору в виде служебных записок, а затем одобренные служебные записки перенаправляются в диспетчерскую.

6. Проректором по административно-хозяйственной работе формируются отчеты о состоянии аудиторного фонда и передаются в диспетчерскую.

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

8. Диспетчерской согласно всех входящих документов формируется расписание занятий, которое затем утверждается ректором.

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

1. Системный блок: Intel Celeron D 2.66ГГц /512Мбайт /80Гбайт /FDD /CDRW /Video /Sound /Lan /ATX 250 Вт;

2. Системный блок: Intel Pentium 4 2.4 ГГц /512 Мбайт /320 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт;

3. Системный блок: Intel Core2Duo E6750 /2048 Мбайт /1 Тбайт +320 Гбайт /DVD+CDRW /Video GF8800GT /Sound /Lan /ATX 580 Вт;

4. Системный блок: AMD Athlon 64 3000+ /512 Мбайт /160 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт;

5. Wi-Fi Роутер 802.11n D-Link DIR-620;

6. Принтер Epson AcuLaser c1100;

7. Принтер Kyosera ML 1030;

8. Сканер Canon LIDE 60.

9. Мониторы Philips N740.

Таблица 1.5 - Схема документооборота для составления расписания занятий

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

? операционная система - Linux Ubuntu 10.10;

? текстовый процессор - Open Office 3.1;

? архиватор - PeaZip v3,5;

? cреда программирования - Eclipse 3.5.

1.1.4 Анализ проблемных ситуаций и обоснование путей их решения

Анализ проблемных ситуаций и СевКавГТУ представлен в таблице 1.6.

Таблица 1.6 - Анализ проблемных ситуаций СевКавГТУ

Наименование проблемы

Способы разрешения проблемной ситуации

1. Недостаток финансирования из федерального бюджета

1.1 Участие и победа в грантах

1.2 Привлечение инвесторов

1.3 Увеличение хозяйственно-расчетных договоров

2. Недостаток площадей

2.1 Строительство новых корпусов

2.2 Строительство новых общежитий

3. Культура быта

3.1 Воспитательная работа студентов

3.2 Расширение штата обслуживающего персонала

4. Существенные материальные и временные затраты на распространение расписания занятия студентов и преподавателей

4.1 Разработка интерактивных сервисов

В ОИЦ СевКавГТУ используется информационная подсистема в виде веб-приложения, для представления результатов научной деятельности СевКавГТУ широкой общественности и привлечения сторонних организаций. Функционирование ИС обеспечивается OS Linux, c установленным на нем: Lighthttpd Web-server. Анализ перечисленных проблемных ситуаций показывает, что для их разрешения невозможно использовать готовый программный продукт, так как на рынке лицензионного программного обеспечения отсутствуют программы, позволяющие автоматизировать решение перечисленных задач. По этой причине необходимо разработать интерактивные сервисы доступа к расписанию занятий, которые понизят материальные и временные затраты на распространение расписания занятий студентов и преподавателей.

1.2 Формулировка задач проектирования

1.2.1 Общие сведения

Полное наименование подсистемы - "Расписание занятий СевКавГТУ".

Наименование организации разработчика - СевКавГТУ, факультет ИТТ, кафедра информационных систем и технологий, студент группы ПИ-061 Татусь Сергей Андреевич.

Наименование организации заказчика - Северо-Кавказский государственный технический университет.

Перечень документов, на основе которых создается система:

отчет о преддипломной практике студента группы ПИ-061 Татусь С. А.;

заказ от СевКавГТУ;

техническая документация ИАСУ "ВУЗ".

Источники финансирования - заработная плата техника ОИЦ СевКавГТУ

Порядок оформления и предъявления заказчику результатов работ по созданию интерактивных сервисов, реализованных в виде интернет-портала в электронном формате.

1.2.2 Назначение, цели создания интерактивных сервисов

Интерактивные сервисы предназначены для:

1. Уменьшение материальных и временных затрат на распространение расписания занятий студентов и преподавателей.

2. Уменьшение нагрузки на ИАСУ "ВУЗ".

3. Обеспечение простого и удобного доступа к расписанию занятий СевКавГТУ для широкого круга пользователей.

1.2.3 Характеристика объекта автоматизации

Краткие сведения об объекте автоматизации - рабочее место старшего и младшего сотрудник ОИЦ СевКавГТУ.

Условия эксплуатации - стандартные.

1.2.4 Требования к интерактивным сервисам

Интерактивные сервисы должны обеспечивать автоматическое обновление базы данных расписания занятий путем синхронизации ее с базой данных ИАСУ "ВУЗ", при котором будет вестись логирование обновлений. Интерактивные сервисы должны иметь интуитивно понятный интерфейс пользователя.

1.2.5 Состав и содержание работ по созданию интерактивных сервисов

Работы по созданию интерактивных сервисов доступа к расписанию занятий СевКавГТУ г. Ставрополь выполняются на основе утвержденного "Технического задания". Разрабатываются основные положения проектируемой системы, принципы ее функционирования и взаимодействия с другими системами, определяется структура системы, разрабатываются проектные решения по обеспечивающим частям системы.

Запланирован следующий состав и содержание работ по созданию информационной подсистемы:

изучение предметной области - с 18 февраля по 8 марта 2011 г.;

кодирование - с 12 марта по 01 мая 2011 г.;

отладка и тестирование - с 01 по 15 мая 2011 г.;

сдача проектной документации - с 15 по 20 мая 2011 г.

Наиболее ответственной работой, выполняемой на этом этапе, являются "Кодирование и составление программной документации", в состав которой входят следующие компоненты:

? описание программ;

? спецификация программ;

? тексты программ;

? контрольные примеры;

? инструкции для системного программиста, оператора и пользователя.

Большую роль в деле эффективного использования разработанного проекта информационной системы играет качественная технологическая документация, входящая в состав "Рабочего проекта". Эта часть проекта предназначена для использования специалистами в своей деятельности на каждом автоматизированном рабочем месте.

Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09 - 82 "Система технологической документации. Термины и определения основных понятий", и составляет содержание технологического обеспечения информационной системы.

К числу работ, выполняемых на этом этапе, относится "Разработка правовых инструкций", определяющая права и обязанности специалистов, работающих в условиях функционирования в учреждении компонентов информационной системы.

1.2.6 Порядок контроля приемки подсистемы

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

В соответствии с данными документами разработанное программно-техническое средство должно быть передано заказчику до окончания срока выполнения работ, то есть 20 мая 2011 года, при этом приемка подсистемы осуществляется приемочной комиссией после передачи документации и подсистемы заказчику.

Заказчик в течение 10 дней со дня получения Акта сдачи-приемки и отчетных документов обязан направить исполнителю подписанный Акт сдачи-приемки программно-технической продукции или мотивированный отказ от приемки работ.

В случае отказа сторонами составляется двусторонний акт с перечнем необходимых доработок и сроков их выполнения.

Как исполнитель, так и заказчик имеют право на использование созданной программно-технической продукции. Авторское право при этом принадлежит исполнителю.

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

1.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу интерактивных сервисов в действие

Для подготовки ввода интерактивных сервисов в действие необходимо

Установить на сервер следующее программное обеспечение:

1.1. СУБД MySQL.

1.2. Язык программирования Python.

1.3. Фреймворк Django.

1.4. Планировщик задач Cron.

1.5. Web-сервер Lighthttpd.

1.6. Установить протокол SSH.

Необходимо настроить права доступа пользователей по протоколу SSH.

1.2.8 Требование к документированию

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

1. Интерактивные сервисы доступа к расписанию занятий п в электронном виде на CD-диске.

2. Инструкция по инсталляции в электронном виде на CD-диске, в формате PDF.

3. Инструкция эксплуатации для пользователей в формате PDF на CD-диске

1.2.9 Источники разработки

Источниками разработки являются:

1. Материалы отчета о преддипломной практике студента группы ПИ-061 Татусь С. А.;

2. Заказ от СевКавГТУ;

3. Технические данные ИАСУ "ВУЗ".

Выводы

1. СевКавГТУ является одним из крупнейших университетов в Северо-Кавказском Федеральном округе и занимает первое места по выпуску высококвалифицированных работников.

2. Основной причиной создания интерактивных сервисов доступа к расписанию занятий являются большие материальные и временные затраты на распространение расписания занятий.

3. Для создания интерактивных сервисов необходимо решить следующие задачи:

3.1. Реализовать структуру логической и физической модели базы данных.

3.2. Произвести тестирование и внедрение интерактивных сервисов.

3.3. Оценить технико-экономические показатели.

2. Реализация интерактивных сервисов доступа к расписанию занятий севкавгту г. Ставрополь

2.1 Обоснование выбора среды разработки интерактивных сервисов

В качестве средства Web-разработки выбран фреймворк Django. Основные его преимущества:

1. Является свободно распространяемым программным обеспечением.

2. Имеет открытый исходный код.

3. Позволяет делать несколько приложений для одного проекта.

4. Использует язык программирования Python

5. Имеет встроенный интерфейс администратора.

6. Обладает объектно-реляционным отображением (ORM - Object Role Model) и интерфейсом прикладного программирования (API - Application Programming Interface) доступа к базам данных с поддержкой транзакций.

Разработка приложения осуществлялась в среде программирования Eclipse с установленным плагином PyDev. Данная среда программирования была выбрана по следующим причинам:

1. Является свободно распространяемым программным обеспечением.

2. Поддерживается операционной системой Linux.

3. Имеется поддержка юнит-тестов.

4. Имеется поддержка систем контроля версий.

5. Имеется поддержка фреймворка Django.

2.2 Создание проекта PyDev Django Project и его приложений в среде программирования Eclipse

Для создания проекта необходимо запустить среду программирования Eclipse. После запуска на экране появится диалоговое окно выбора рабочего каталога (рисунок 2.1).

Рисунок 2.1 - Диалоговое окно выбора рабочего каталога

После выбора рабочего каталога среды необходимо нажать кнопку ОК.

Откроется среда программирования Eclipse (рисунок 2.2) и в ней необходимо создать проект PyDev Django Project, выбрав в главном меню среды File - New - Project (рисунок 2.3).

Рисунок 2.2 - Окно среды программирования Eclipse

Рисунок 2.3 - Меню создания проекта в среде программирования Eclipse

В открывшемся диалоговом окне выбора типа проекта (рисунок 2.4), необходимо указать тип проекта "PyDev Django Project" и перейти к настройкам проекта - кнопка Next.

Рисунок 2.4 - Диалоговое окно выбора типа проекта

Откроется первое диалоговое окно настройки проекта (рисунок 2.5), в котором необходимо ввести название проекта и перейти далее - кнопка Next.

Рисунок 2.5 - Первое диалоговое окно настройки проекта

Откроется второе диалоговое окно настройки проекта (рисунок 2.6), в котором предлагается подключение создаваемого проекта к уже существующим и осуществляется переход к следующему диалоговому окну настройки приложения - кнопка Next.

Рисунок 2.6 - Второе диалоговое окно настройки проекта

В третьем диалоговом окне настройки проекта необходимо выбрать версию фреймворка Django и указать используемую систему управления базами данных, название базы данных, адрес и порт сетевого ресурса базы данных, имя пользователя и пароль (рисунок 2.7). После ввода для окончания создания проекта необходимо нажать кнопку Finish.

Рисунок 2.7 - Третье диалоговое окно настройки проекта

После создания проекта необходимо создать Django-приложение. В навигаторе среды программирования в контекстном меню проекта необходимо выбрать Django - Create application (рисунок 2.8).

Рисунок 2.8 - Контекстное меню для создания Django приложения

Откроется диалоговое окно, в котором вводится название приложения (рисунок 2.9).

Рисунок 2.9 - Диалоговое окно ввода имени приложения

2.3 Создание логической модели базы данных

При создании логической модели базы данных для интерактивных сервисов доступа к расписанию занятий СевКавГТУ г. Ставрополь используется среда программирования Eclipse.

2.3.1 Определение сущностей модели базы данных

На основе анализа предметной области выделяются сущности, представленные в таблице 2.1.

Таблица 2.1 - Перечень сущностей предметной области

Идентификатор сущности

Назначение сущности

Faculty

Справочник "Факультеты"

Specialty

Справочник "Специальности"

Person

Справочник "Преподаватели"

Group

Справочник "Группы"

Schedule

Справочник "Расписание"

UpdateLog

Хранение информации об обновлении базы данных

Для внесения в логическую модель базы данных для интерактивных сервисов доступа к расписанию занятий СевКавГТУ в Eclipse, необходимо в приложении PyDev Django Project проекта открыть файл с названием models. py и создать классы с именами сущностей, наследовав их от класса Model модуля Django. db. models (приложение А).

2.3.2 Определение атрибутов сущностей базы данных

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

Таблица 2.2 - Атрибуты сущностей базы данных, связей между сущностями базы данных информационной подсистемы

Сущность

Атрибут

Ключ

Тип

Назначение

1

2

3

4

5

Faculty

id

Первичный ключ

Целое число

Идентификатор факультета

kaf

Нет

Целое число

Код факультета

kaf1

Нет

Целое число

Код факультета используемый в ИАСУ "ВУЗ"

kod_tip

Нет

Целое число

Код типа используется для обработки данных полученных из ИАСУ "ВУЗ"

kfil

Нет

Целое число

Код расположения факультета

name

Нет

Строка

Полное название факультета

kname

Нет

Строка

Короткое название факультета

tipd

Нет

Целое число

Используется для синхронизации данных из ИАСУ "ВУЗ"

flag_del

Нет

Логический

Флаг удаления

posl

Нет

Целое число

Используется для синхронизации данных из ИАСУ "ВУЗ"

id_aud

Нет

Целое число

Код аудитории

Faculty

work_week

Нет

Целое число

Количество дней в рабочей неделе

treekey

Нет

Строка

Используется для синхронизации данных с ИАСУ "ВУЗ"

Faculty

publish

Нет

Логический

Публикация факультета для отображения

Specialty

id

Первичный ключ

Целое число

Идентификатор специальности

kaf

Внешний ключ

Целое число

Идентификатор факультета

kod_sp

Нет

Целое число

Код специальность в базе ИАСУ "ВУЗ"

kod_ur

Нет

Целое число

Используется для синхронизации данных из ИАСУ "ВУЗ"

name

Нет

Строка

Название специальности

spec

Нет

Строка

Шифр специальности

date_ut

Нет

Дата

Дата утверждения специальности

specOKCO

Нет

Строка

Шифр специальности согласно ОКСО

publish

Нет

Логический

Публикация специальности для отображения

Person

id

Первичный ключ

Целое число

Идентификатор преподавателя

last_name

Нет

Строка

Фамилия

first_name

Нет

Строка

Имя

patronymic

Нет

Строка

Отчество

kod_card

Первичный ключ

Целое число

Код преподаваля в ИАСУ "ВУЗ"

person_url

Нет

Строка

Ссылка на личную страницу преподавателя

Group

id

Первичный ключ

Целое число

Идентификатор группы

specialty

Внешний ключе

Целое число

Идентификатор специальности

group

Нет

Строка

Название группы

kod_gu

Нет

Целое число

Код группы в ИАСУ "ВУЗ"

Schedule

id

Первичный ключ

Целое число

Идентификатор расписания

spec

Внешний ключ

Целое число

Идентификатор специальности

group

Внешний ключ

Целое число

Идентификатор группы

pdr

Нет

Целое число

Номер подгруппы

kurs

Нет

Целое число

Курс

sem

Нет

Целое число

Номер обучаемого периода

name_type_sem

Нет

Строка

Название обучаемого периода

name

Нет

Строка

Дисциплина

knvid

Нет

Строка

Вид занятия

datazan

Нет

Дата

Дата занятия

para

Нет

Целое число

Номер пары

aud

Нет

Строка

Аудитория

raz_mesyac

Нет

Целое число

Количество раз в месяц проведения занятия

vid_ned

Нет

Строка

Вид недели

perden

Нет

Дата

Первый день занятий

perden_start

Нет

Дата

Дата начала занятий

perden_end

Нет

Дата

Дата окончания занятий

fio

Внешний ключ

Целое число

Код преподавателя в ИАСУ "ВУЗ"

week

Нет

Целое число

Неделя

day

Нет

Строка

День недели

UpdateLog

id

Первичный ключ

Целое число

Идентификатор лога обновлений

update_start

Нет

Дата/время

Начало обновления

UpdateLog

update_end

Нет

Дата/время

Окончание обновления

error_count

Нет

Целое число

Количество ошибок при обновлении

update_data_type

Нет

Строка

Тип обновляемых данных

update_log

Нет

Строка

Лог обновления

update_error

Нет

Строка

Ошибка

Анализ данных таблицы 2.2 позволяет сделать вывод о том, что в логической модели базы данных имеются независимые и зависимые сущности. Признаком того, что сущность является зависимой, служит наличие среди ее атрибутов внешних ключей. Более подробные сведения о взаимосвязи зависимых и независимых сущностях приведены в таблице 2.3.

Таблица 2.3 - Данные о взаимодействии сущностей базы данных для интерактивных сервисов доступа к расписанию занятий СевКавГТУ

Зависимая сущность

Наследуемый (внешний) ключ

Независимая сущность

Тип связи

Кратность связи

1

2

3

4

5

Specialty

kaf

Faculty

Неидентифицирущая

1: N

Schedule

id

Specialty

Аналогично

1: N

kod_gu

Group

Аналогично

1: N

kod_card

Person

Аналогично

1: N

Group

id

Specialty

Аналогично

1: N

Из анализа таблицы 2.3 можно сделать следующие выводы:

1. Количество родительских сущностей - четыре (Faculty, Specialty, Group, Person).

2. Количество дочерних сущностей - три (Specialty, Schedule, Froup).

3. Количество неидентифицирующих связей между сущностями - пять.

4. Во всех типах связи наследуемый ключ не может принимать пустые значения типа Null.

5. Кратность связей в рассмотренных случаях составляет 1: N (один-ко-многим).

2.3.3 Ввод атрибутов и первичных ключей сущностей логической модели базы данных

Для задания атрибутов и первичных ключей необходимо в приложении PyDev Django Project проекта в файле models. py указать каждому классу соответствующие ему атрибуты (приложение А).

2.4 Создание физической модели базы данных для интерактивных сервисов доступа к расписанию занятий СевКавГТУ

Фреймворк Django обладает мощным средством объектно-реляционных проекций (Object-Relation Mapping, ORM), которое позволяет создавать и использовать базы данных, не используя SQL. Механизмы ORM генерируют код Python в SQL запросы и выполняет их, скрыв от пользователя, что позволяет создавать приложения с реляционными базами данных без знаний SQL. Сам код Python для создания базы данных находится в файле приложения models. py, в котором указывается имя таблицы как имя класса, наследованного от класса Model модуля djnago. db. models, переменные объявленные в классе являются полями базы данных, где значение этих переменных задают параметры полей, таких как тип, длина, значение по умолчанию. В классах могут определяться методы, которые буду влиять на сохранение или отображение данных

2.4.1 Генерирование SQL-сценария создания базы данных информационной подсистемы средствами Django ORM

Для генерирования SQL-сценария создания базы данных необходимо в среде программирования Eclipse вызвать контекстное меню проекта и выбрать Django - Sync DB (рисунок 2.10), после чего произойдет генерация SQL-сценария и его выполнение.

Рисунок 2.10 - Меню для создания базы данных средствами Django ORM

Если необходимо только просмотреть сгенерированный SQL-сценарий, то необходимо в консоли операционной системы перейти в каталог PyDev Django Project проекта и выполнить команду". /manage. py sqlall appname", где appname - имя приложения, после чего произойдет вывод SQL-сценария.

2.5 Реализация интерактивных сервисов доступа к расписанию занятий СевКавГТУ

Разработанный интерактивный сервис доступа к расписанию занятий построены на основе архитектуры клиент - сервер, где сервером является Web-сервер, а клиентом браузер. Сервер генерирует html код и передает его клиенту. Фреймворк Django для генерирования html кода использует шаблонную систему, которая разделяет представление генерируемого документа от данных. Шаблонная система для фильтрации данных использует теги и фильтры, которые представляют собой набор функций и операторов. Данные шаблонная система получает из функций представления, которые хранятся в файле views. py приложения проекта.

2.5.1 Разработка меню пользователя

Меню сервиса сделано посредством технологии AJAX. AJAX (Asynchronous Javascript and XML) - подход к построению интерактивных пользовательских интерфейсов веб-приложений, заключающийся в "фоновом" обмене данными браузера с веб-сервером. В результате, при обновлении данных, веб-страница не перезагружается полностью, и веб-приложения становятся более быстрыми и удобными. Меню состоит из трех уровней (рисунок 2.11):

1. Список факультетов.

2. Список специальностей.

3. Список групп.

Данные каждого уровня меню динамически выбираются из базы данных и отображаются, согласно выбранного пункта.

Рисунок 2.11 - Меню пользователя

После выбора группы осуществляется переход на страницу с расписанием занятий группы (рисунок 2.12).

Рисунок 2.12 - Расписание занятий группы

2.5.2 Реализация формы поиска расписания преподавателя

В форму поиска (рисунок 2.13) вводится название группы или фамилия преподавателя отправляется POST запрос. Сервер получает данные, передает их в скрипт представления, в котором находится функция по обработке запросов поиска. Функция посредством Django ORM осуществляет поиск в базе данных и возвращает его результат, передавая в шаблонную систему для отображения клиенту.

Рисунок 2.13 - Форма поиска расписания занятий

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

2.5.3 Реализация обновления базы данных

Данные о расписании занятий обновляются из базы данных ИАСУ "ВУЗ". Для обновления используются скрипты, которые запускаются в консоли операционной системы. Скрипты хранятся в каталоге management/commands/ каталога приложения. Каждый скрипт осуществляет подключение к базе данных ИАСУ "ВУЗ", выполнение SQL-сценария, получение данных, сравнение с имеющимися данными в базе данных и запись новых данных в базу данных для разработанного сервиса. Для автоматизации запуска команд используется планировщик задач Cron, в котором выставляются параметры обновления - каждое воскресенье в 1: 00. При обновлении данных ведется логирование о состоянии обновлений, в котором указывается информации об обновленных объектах, ошибках обновлений и их количестве.

2.5.4 Реализация представления и единых указателей ресурсов

Для передачи данных в шаблонную систему используется скрипт представления данных под названием views. py, который хранится в каталоге приложения. В этом скрипте описаны функции, которые отвечают за передачу данных в представление. Каждая функция имеет обязательный параметр request, в котором хранится объект запроса, и различные необязательные параметры. Список единых указателей ресурсов хранится в файле urls. py в каталоге приложения. В нем описаны указатели ресурсов, при которых будет выполняться соответствующая им функция представления данных. Для описания единых указателей ресурсов используются регулярные выражения, которые являются компактным методом определения шаблонов в тексте.

2.5.5 Установка разработанного проекта на Web-сервер

Для использования разработанного проекта необходим Web-сервер поддерживающий интерфейс FastCGI. Интерфейс FastCGI - клиент-серверный протокол взаимодействия Web-сервера и приложения, дальнейшее развитие технологии CGI. По сравнению с CGI является более производительным и безопасным. Так как на серверах СевКавГТУ уже имеется установленный Web-сервер Lighthttpd, поддерживающий интерфейс FastCGI, то разработанный проект будет установлен на него. Lighthttpd является свободным программным обеспечение, распространяемым по лицензии BSD. Для установки разработанного сервиса достаточно внести изменения в конфигурационный файл Web-сервера /etc/lighttpd/lighttpd. conf (приложение Б) и скопировать каталог проекта в каталог Web-севрера /var/www/lighttpd/.

После внесение изменений в конфигурационный файл необходимо перезагрузить Web-сервер командой /etc/init. d/lighttp restart и разработанный интерактивный сервис готов к использованию.

В настоящее время разработанный сервис установлен на оборудовании СевКавГТУ, протестирован и запущен для эксплуатации.

Выводы

1. Для разработки была выбрана среда программирования Eclipse, потому что она является бесплатным программным продуктом и существует поддержка фреймворка Django.

2. В результате тестирования интерактивных сервисов доступа к расписанию занятий СевКавГТУ установлено, что он в полном объеме удовлетворяет требованиям заказчика.

3. Размер каталога проекта составляет 568,3 Кбайт.

3. Информационное и программное обеспечение

3.1 Общие сведения об интерактивных сервисах доступа к расписанию занятий СевКавГТУ г. Ставрополь

Интерактивные сервисы доступа к расписанию занятий СевКавГТУ г. Ставрополь имеют архитектуру клиент - сервер. Для функционирования интерактивных сервисов на сервере необходимо следующее программное обеспечение:

1. Операционная система Linux.

2. Web-сервер Lighthttpd.

3. Язык программирования Python.

4. Фреймворк Django.

5. Планировщик задач Cron.

Клиентом интерактивных сервисов является любой Web-браузер.

3.2 Функциональное назначение интерактивных сервисов доступа к расписанию занятий СевКавГТУ г. Ставрополь

Общие сведения о функциональном назначении интерактивных сервисов представлены в таблице 3.2.

Таблица 3.2 - Функциональное назначение интерактивных сервисов

Наименование сведений

Содержание сведений

Назначение интерактивных сервисов

Обеспечение простого и удобного доступа к расписанию СевКавГТУ г. Ставрополь для широкого круга пользователей (студентов, преподавателей, родителей студентов)

Цель создания интерактивных сервисов

Сокращение временных и материальных затрат работников кафедр и деканатов на распространение расписания занятий

Функциональные ограничения на применение

Наличие на компьютере пользователя установленного Web-браузера

3.3 Описание логической структуры интерактивных сервисов доступа к расписанию занятий СевКавГТУ г. Ставрополь

Логическую структуру интерактивных сервисов иллюстрирует диаграмма компонентов (рисунок 3.1).

Рисунок 3.1 - Диаграмма компонентов интерактивных сервисов доступа к расписанию занятий СевКавГТУ

3.4 Требование к техническому обеспечению

3.4.1 Общие требования

Для нормальной работы интерактивных сервисов на стороне клиента достаточно наличия любого Web-браузера и выхода в интернет со скоростью 33,6 Кбит/сек или доступа к корпоративной информационной сети СевКавГТУ.

Для нормальной работы интерактивных сервисов на стороне сервера необходимо наличие операционной системы Linux, системы управления базами данных MySQL, Web-сервера Lighthttpd, языка программирования Python, фреймворка Djnago, планировщика задач Cron.

3.4.2 Требования к центральному процессору

В результате контрольных прогонов для работы с интерактивными сервисами достаточно сервера с тактовой частотой центрального процессор 100 МГц. Обоснование: при более низкой тактовой чистоте центрального процессора быстродействие интерактивных сервисов является неудовлетворительным, например, время выполнения синхронизации базы с ИАСУ "ВУЗ" увеличивается до 5 часов.

Для персонального компьютера клиента с операционной системой Microsoft Windows XP необходим центральный процессор с тактовой частотой 233 МГц Это минимальной. Обоснование: данное требование сформулировано фирмой Microsoft, как минимальное при установке Microsoft Windows XP. Web-браузер Internet Explorer 6 предустановлен в операционной системе Microsoft Windows XP и не требует дополнительных ресурсов центрального процессора.

3.4.3 Требования к оперативному запоминающему устройству

Необходимый размер оперативного запоминающего устройства (ОЗУ) WОЗУ рассчитаем по формуле

WОЗУ = WОЗУ1 + WОЗУ2 + WОЗУ3, (3.1)

где - минимально необходимый размер ОЗУ, требуемый для работы

операционной системы (ОС), Мбайт;

- объем ОЗУ, требуемый интерактивными сервисами, Мбайт;

WОЗУ3 - минимальных требований со стороны дополнительных

программных модулей, обеспечивающих работу программного

продукта, Мбайт

Значение параметра для серверной версии операционной системы определяется, как 16 Мбайт. Обоснование: данное требование сформулировано разработчиками Linux дистрибутива Debian, как минимальное при установке Linux Debian.

Значение параметра в рассматриваемом случае определяется необходимостью загрузки в оперативную память сервера интерактивных сервисов и составляет 2,15 Мбайт оперативной памяти.

Значение параметра WОЗУ3 в рассматриваемом случае определяется, как сумма требуемой оперативной памяти для прогрммных модулей, обеспечивающих работу интерактивных сервисов. Для СУБД MySQL необходимо минимум 64Мбайт, для Web-сервера Lighthttpd 12 Мбайт, для Python 1 Mайт, для фреймворка Django 1 Мбайт, для планировщика задач Cron 1 Мбайт тогда

WОЗУ3 = 64 + 12 + 1 + 1 + 1 = 79 Мбайт.

Таким образом, воспользовавшись формулой (3.1) получаем


Подобные документы

  • Исследование организационно-управленческой структурной схемы СевКавГТУ. Пути реализации интерактивных сервисов доступа к телефонному справочнику учреждения. Выбор среды разработки Eclipse, СУБД и языка программирования Python для разработки базы данных.

    дипломная работа [6,5 M], добавлен 29.06.2011

  • Вопросы реализации шаблона типового сайта диссертационного совета СевКавГТУ. Разработка базы данных для шаблона сайта с помощью фреймворка Django и Aptana Studio 3. Обоснование требований к техническому обеспечению. Расчет цены программного продукта.

    дипломная работа [2,5 M], добавлен 26.09.2012

  • Django — свободный фреймворк для веб-приложений на языке Python, использующий шаблон проектирования MVC. Архитектура и основные компоненты приложения. Главные компоненты среды разработки Django. Некоторые возможности и взаимосвязь компонентов фреймворка.

    реферат [23,7 K], добавлен 18.01.2015

  • Возможности интерфейса программирования приложений ARI крупных картографических веб-сервисов в процессе создания двух картографических веб-сервисов. Анализ существующих веб-сервисов. Карты Яндекса и Google, пользовательские карты. Выбор среды разработки.

    дипломная работа [4,5 M], добавлен 24.09.2012

  • Особенности написания базы данных на языках программирования C++, применимой для расписания занятий в университете. Этапы работы: ввод новой записи, изменение, просмотр базы данных, поиск данных. Алгоритмы, используемые в процессе выполнения проекта.

    практическая работа [16,6 K], добавлен 12.06.2010

  • Виды системного программного обеспечения. Функции операционных систем. Системы управления базами данных. Классификация СУБД по способу доступа к базе данных. Инструментальные системы программирования, обеспечивающие создание новых программ на компьютере.

    реферат [22,1 K], добавлен 27.04.2016

  • Основы программирования на языке PHP. Этапы разработки сайта ФАиС Выбор концепции его дизайна. Построение базы данных в среде СУБД MySQL. Расположение основных блоков web-сайта. Разработка шаблонной страницы и системы разграничения доступа к контенту.

    дипломная работа [1,9 M], добавлен 12.12.2013

  • Создание базы данных. Составление запросов, фильтров и форм. Назначение и возможности программного средства. Обеспечение безопасности доступа к данным. Использование вычислительной техники в учебном процессе. Расчет себестоимости и цены программы.

    дипломная работа [834,4 K], добавлен 03.05.2015

  • Разработка прикладного программного обеспечения деятельности отдела кадров университета в среде Microsoft Access 2003. Характеристика этапов проектирования базы данных. Построение семантической модели. Нормализация данных, понятие нормальной формы.

    курсовая работа [4,4 M], добавлен 14.11.2012

  • Обзор проектирования реляционной базы данных "Спортивные соревнования". Расчет экономического эффекта от использования программного продукта за период внедрения. Анализ входных и выходных форм, требований к техническому обеспечению, технологии доступа.

    курсовая работа [1,4 M], добавлен 12.12.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.