Разработка архитектуры закрытой корпоративной сети с использованием фреймворка Django
Анализ корпоративных сетей, определение их преимуществ и недостатков: ASmallWorld, Decayenne и Evrika. Структура web-приложения, методика и принципы его разработки, оценка практической эффективности. База данных и административная, логическая часть.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 03.02.2015 |
Размер файла | 837,6 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Выпускная квалификационная работа
Разработка архитектуры закрытой корпоративной сети с использованием фреймворка Django
Введение
приложение корпоративный сеть
Корпоративная сеть - это сеть передачи данных, работающая под единым управлением и предназначенная для удовлетворения собственных производственных потребностей компании и организации. Корпоративная информация - это информация, разглашение или несанкционированное изменение которой может привести к огромным финансовым потерям.
Поэтому корпоративная сеть - закрытая структура с достаточно высокой степенью защиты, доступ к которой извне запрещен вообще или строго ограничен, а доступ к информации внутри нее разграничен с использованием административных и технических методов.
Для обеспечения защиты данных в корпоративных сетях могут использоваться различные организационно - технические методы (выделение ответственных специалистов, применение списков контроля доступа, использование VPN и т.п.). Их совокупность называется комплексной системой защиты информации.
Некоторые работодатели запрещают пользоваться обычными социальными сетями в рабочее время - не только ради экономии времени, но и чтобы воспрепятствовать утечке информации.
В данной дипломной работе представлена разработка веб приложения, обеспечивающего ограничение доступа к пользовательскому интерфейсу и административной части, социальные взаимоотношения между сотрудниками и ограниченный обмен документами. Что позволяет не только свести риск потери конфиденциальной информации к минимуму, но и возможность ограничение доступа к социальным сетям, компенсируя это наличием собственной корпоративной сети.
1. Анализ корпоративных сетей
Кроме общедоступных «В Контакте», «Facebook», «Одноклассники», существуют корпоративные сети, членство в которых доступно только для избранных или для людей с определенной профессией, ограниченные в доступе и возможностях обмена информации. Рассмотрим некоторые из них.
1.1 ASmallWorld
Рисунок 1 - Корпоративная сеть ASmallWorld
Одна из самых первых эксклюзивных европейских социальных сетей, принимающая только «людей из мира высокого искусства, которые определяются по трем параметрам». Вы должны быть приглашены кем-то из существующих членов данной сети, но даже в этом случае нет никакой гарантии, что вас примут. Руководит сетью 25 - летний швейцарец Патрик Лиотард-Войт (Patrick Liotard-Vogt).
1.2 Decayenne
Одна из первых корпоративных сетей с элитными участниками была основана в 2001 году тремя немецкими бизнесменами. Членство обычно выдается по приглашению, хотя вы можете обратиться напрямую к создателям с просьбой о вступлении.
Создатели сети описывают ее как «оазис вдохновения и развлечений» для «космополитичного, независимого, значимого, толерантного, либерального нонконформиста».
Рисунок 2 - Корпоративная сеть Decayenne
1.3 Evrika
Evrika - корпоративная сеть для российских врачей. Принадлежит медиа - группе «MedInform Healthcare Communications». Все страницы сайта, кроме главной, не индексируются поисковиками и доступны только зарегистрированным пользователям. Для получения доступа нужно быть действующим врачом, способным подтвердить свои профессиональные знания и факт работы в медицинском учреждении.
Имеется как социальная составляющая: профили пользователей, обмен контактами и сообщениями, группы, комментарии; так и внутренний информационный портал: медицинские новости, перепечатки научных статей из российских и зарубежных журналов, оригинальные публикации медиков экспертного уровня.
По нашему мнению, сайт нацелен на доходы от продвижения лекарств, медоборудования и других изделий для здравоохранения в профессиональную среду. Это подтверждает его интеграция с ресурсом «МедМнение». Последний в интересах фармацевтических компаний проводит опросы среди врачей и платит деньги за участие в них.
2. Структура web-приложения
Компоненты данного приложения - основополагающие части социальной сети: отправка сообщений, поиск друзей, главная страница пользователя, блог, обмен файлами между пользователями.
Ранее уже был реализован функционал для отправки сообщений, поиска, добавления и удаления друзей и частично главная страница пользователя. В данной работе полностью реализована главная страница пользователя, осуществлен доступ к другим страницам пользователей, возможность загружать документы себе на страницу и скачивать со страниц других пользователей, личная лента новостей и страница новостей всех пользователей, с возможностью поиска новости по словам в тексте и заголовке, фильтрация по тегам и по датам.
Весь функционал сайта разбит на 3 приложения profile, blog, message. Первое осуществляет отображение и редактирование личной информации, ленту своих новостей, создание новой новости, добавление документов для скачивания другим пользователям, поиск, добавление и удаление других пользователей. Второе отображение новостей для всех пользователей, с возможностью комментирования. И последнее третье, отвечает за обмен сообщениями между пользователями.
Каждое приложение состоит из двух частей:
- Общедоступная часть, которая дает людям возможность управлять своим профилем.
- Административная часть, которая позволит администратору редактировать базу данных сайта.
Эти две части реализованы, следуя шаблону Модель-Представление-Контроллер (Model-View-Controller, MVC). Примем, что MVC определяет способ разработки программного обеспечения, при котором код для определения и доступа к данным (модель, файл models.py) отделен от логики приложения (управление, файл views.py), которая в свою очередь отделена от интерфейса пользователя (представление, файл html) так, что модификация одного из компонентов оказывает минимальное воздействие на остальные.
Основой проекта будут manage.py, __init__.py, settings.py, urls.py, wsgi.py.
- manage.py скрипт, который позволяет вам взаимодействовать с проектом Django.
- __init__.py пустой файл, который указывает Python, что текущий каталог является пакетом Python.
- settings.py настройки / конфигурация проекта.
- urls.py конфигурация URL-ов для вашего проекта Django. Это «содержимое» всех Django-сайтов.
- wsgi.py точки входа для WSGI-совместимый веб-серверов.
Содержимое этих файлов представлено в приложении А.
В данной работе помимо модуля django-registration, будем использовать модуль south, для осуществления миграции базы данных, grapelli, для придания административной части красивого вида, filebrowser, для множественной загрузки файлов.
3. База данных и административная часть
В качестве СУБД выбрана PostgreSQL, в связи с наличием некоторых особенностей в PostgreSQL, которые часто используются - внешние ключи, триггеры и представления. Они позволяют скрывать сложность базы данных от приложения, таким образом избегая создания сложных команд SQL. Подключение к базе данных осуществляется в папке settings (в предыдущей работе все настройки находились в одном файле settings.py).
DATABASE = {
'default': {
'ENGINE': 'django.db.backends.postgresql_psycopg2',
'NAME': 'diplom',
'USER': 'postgres',
'PASSWORD':'postgres',
'HOST': '127.0.0.1',
'PORT': '5432',
}
}
Эта настройка ведется с учетом того, что в PostgreSQL мы уже создали пустую базу данных с названием diplom.
Рассмотрим модельную часть приложения, отвечающую за главную страницу пользователя.
Класс Profile описывает структуру таблицы profile, которая ссылается на таблицу User, (сгенерированную при подключении приложения django.contrib.auth), с помощью поля user (объект класса ForeignKey, атрибут-указатель которого будет модель User).
user = models. ForeignKey (User, related_name='profile', verbose_name = ('User'), blank = True, null=True)
Так же в этой модели описаны два поля friends и friesnd_requests, которые являются объектами класса ManyToManyField (отношение многие-ко-многим) и ссылаются на свою же модель («self»), для определения, какие объекты Profile находятся в друзьях и кто хочется стать другом.
friends = models. ManyToManyField («self», blank=True, null=True, symmetrical = False, related_name='friends_targets')
friend_requests = models. ManyToManyField («self», blank=True, null=True, symmetrical = False, related_name='friend_requests_targets')
Поле party необходимо для администратора, что бы подтверждать, что пользователь является сотрудником фирмы, обычный пользователь видеть его не будет. Если модуль django-registration, обеспечивает проверку на регистрацию существующего человека, то поле party будет рычагом администратора, для добавления в социальную сеть только сотрудников фирмы. Только после того как администратор свяжется с зарегистрированным пользователем и убедится, что тот является участником, он активирует его аккаунт через административную часть, и пользователь сможет полноценно пользоваться сайтом.
party = models. BooleanField (u'Является участником сообщества', blank=True, default = False)
Поле для фотографии пользователя изменено в этой работе на FileBrowserField. Этот класс предоставляет нам возможность загружать сразу несколько файлов, выбирать какого размера они будут и многое другое (рисунок 3).
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Рисунок 3 - Административная часть модели Profile
Остальные поля описывают данные пользователя: имя, фамилию, отчество и другие контактные данные.
Для того что бы хранить документы пользователя, которые он будет загружать для скачивания другим пользователям, создаем дополнительную модель FileProfile (рисунок 4).
Рисунок 4 - Административная часть модели FileProfile
Эта модель содержит поле для документа file (FileBrowserField), в которое будет сохраняться файл при добавлении его пользователем. Для того что бы поле загружало конкретно документы необходимо установить параметр `format' строковым аргументом `document'. Тогда поле сможет сохранять форматы '.pdf', '.doc', '.rtf', '.txt', '.xls', '.csv'.
file = FileBrowseField (u «Файл», directory='uploads/files/', max_length=100, format = 'document', null=True, blank=True)
Поле user(ForeignKey), которое будет автоматически, при сохранении объекта модели, заполняться объектом модели Profile текущего пользователя.
user = models. ForeignKey (Profile, related_name='profile', verbose_name=('User'), blank=True, null=True)
Так же добавим два дополнительных поля title и date соответственно CharField и DateTimeField.
title = models. CharField (u «Заголовок», max_length=64, blank=True, null=True)
date = models. DateTimeField (verbose_name=u'Дата загрузки файла', blank=True, null=True, default = datetime.datetime.now)
После сохранения файла models.py в приложении profile, надо что бы в базе данных сгенерировалась описанные нами модели. В предыдущей работе я использовала стандартную команду django - syncdb, которая может с нуля создать таблицу, но не производить с ней в дальнейшем никаких изменений. Т. е. если я изменяла какие-либо поля мне приходилось удалять всю таблицу, зависимые таблицы, и все их данные для того что бы просто добавить поля. Иногда вручную, в PostgreSQL создавала или редактировала поля, но при добавления поля-связи (ManyToManyField, ForeignKey и т.д.) конечно же возникали трудности. Для того что бы избежать всего этого устанавливаем и подключаем модуль south, который осуществляет редактирование таблиц в базе данных с помощью команд schemamigration и migrate. Если мы первый раз делаем миграцию, то необходимо выполнять команду schemamigration с ключём - initial:
>python manage.py schemamigration profile - initial
После этой команды в приложении создастся папка migrations, в которой сформируется файл c расширением.py, при запуске которого командой migrate, выполнятся питоновские скрипты и произойдут изменения в нашей таблице:
>python manage.py migrate profile
В дальнейшем при редактировании полей в этом приложении будем использовать те же команды, но уже с ключом - auto.
При создании остальных таблиц на основе моделей будем также использовать south.
Теперь перейдем к приложению blog, которое содержит модели Blog, Tags и Comment, описывающие соответствующие таблицы в базе данных. Модель Blog (рисунок 6) ссылается на модель Tags (рисунок 5) с помощью поля tags, которое является экземпляром класса ManyToManyField. Это означает, что каждому объекту модели Blog будет соответствовать множество объектов модели Tags.
tags = models. ManyToManyField (Tags, verbose_name=u'Теги', blank=True)
Рисунок 5 - Административная часть модели Tags
Рисунок 6 - Административная часть модели Blog
Модель Comment (рисунок 7) будет ссылаться на модель Blog с помощью связи ForeignKey.
Рисунок 7 - Административная часть модели Comment
Это необходимо для того что бы определять, какие комментарии относятся к конкретной новости. При создании этих трёх моделей также нам необходимы поля:
Blog: zagol, author - (обьект класса CharField) заголовок новости и имя автора, image - (объект класса FileBrowseField) обложка новости, date_of_publication - (DateTimeField) дата публикации (по умолчанию устанавливается в текущую дату создания), и text - (TextField) текст новости;
Tags: name - (CharField) название тега;
Comment: author_name - (CharField) имя автора комментария, text - (TextField) текст комментария, pub_date - (DateTimeField) дата публикации комментария, admin_comment - (BooleanField) устанавливается в True администратором, если он одобряет комментарий;
Для реализации раздела СООБЩЕНИЯ создаем еще одно приложение messages. Файл models.py для этого приложения будет содержать модели Message и Chat, которые будут позволять обмениваться сообщениями между друзьями социальной сети.
Модель Message содержит два поля sender и recipient (ForeignKey), которые ссылаются на модель User, и определяют, кто из пользователей отправляет сообщение, а кто получает (рисунок 8).
Рисунок 8 - Административная часть модели Message
Модель Chat служит для объединения в один объект всех объектов из модели Message, у которых получатель или отправитель соответствует полям person1 и person2, которые в свою очередь ссылаются на модель User (рисунок 9).
Рисунок 9 - Административная часть модели Сhat
Поле messages - экземпляр класса ManyToManyField и ссылается на модель Message. Т. е. один объект Chat будет ссылаться на несколько объектов модели Message.
Так же эти две модели будут содержать поля date - дата создания сообщения (DateTimeField), title - заголовок сообщения (CharField), message - текст сообщения (TextField), reader - булевское поле для установления, прочитано ли сообщение получателем или нет (BooleanField).
Все модели представлены в приложении Б в разделах соответствующих файлам models.py.
4. Class-Base-View
Весь функционал сайта был переписан, используя Class-Base-View(CBV), способ описания view с помощью классов, в связи с наличием часто используемого функционала. Чтобы не приходилось писать однообразный код, подобные view описаны прямо в коде фреймворка.
В данном проекте в качестве родительских классов используются стандартные классы ListView, DetailView, TemplateView, View, CreateView и MonthArchiveView.
Класс TemplateView позволяет отображать один шаблон, который мы указываем в атрибуте template_name. Что бы изменить передаваемый в запросе словарь с переменными, необходимо переопределить метод get_context_data и в нем добавлять в словарь context все необходимые нам аргументы.
Класс ListView обеспечивает вывод объектов в виде списка. В качестве основных аргументов используются model - для указания, из какой модели мы будем получать объекты, template_name - для явного указания какой в какой шаблон будем обрабатывать. Хотя если явно не указывать этот атрибут, Django «вычислит» его из названия объекта. В данном случае, таким «вычисленным» шаблоном будет «APP/MODEL_list.html» - часть «APP» берется из имени приложения, определяющего модель, а часть «MODEL» - это просто название модели в нижнем регистре.
Класс DetailView позволяет получать один объект, id которого будет соответствовать аргументу pk, который будет передаваться в url. Так же основным аргументом является model, которому мы будем указывать нашу модель, из которой нужно получить объект.
Класс View умеет вызывать свои фунции get(), post() и т.п. в зависимости от типа запроса, передавая request.
Класс CreateView осуществляет создание нового объекта. Основной параметр который нам необходимо указать так же является model. При генерации формы, если нам нужно что бы сохранялись какие-нибудь конкретные поля или наоборот исключить ненужные, используются атрибуты fields и exclude, которым передаются списки полей.
MonthArchiveView - класс, который позволяет фильтровать только те объекты, у которых поле, отвечающее за дату создания, соответствует месяцу и году, которые передаются в url. Для этого используются атрибуты date_field и queryset.
5. Логическая часть приложения и отображение данных на страницах
Теперь приступим к реализации функционала наших страниц.
Главная страница сайта будет представлять собой страницу профиля пользователя, где будут размещены его контактные данные, новостную ленту текущего пользователя, с возможностью добавлять новые новости, и форму для выкладывания документов и список для их скачивания (рисунок 10).
Для этого создадим класс ProfileView, который будет наследоваться от класса CreateView. Но в связи с тем, что на странице будет выполняться множество действий, необходимо поменять поведение view, которые описывают родительский класс. Метод get_context_data будет срабатывать при GET запросе, и выводить две формы (для создания новости и загрузки документа). Так же в каждой view мы будем устанавливать проверку:
if (self.request.user.is_authenticated()) and (Profile.objects.get (pk= self.request.user.id).party == True) and (not 'pk' in self.kwargs)
Этот фрагмент определят, зарегистрирован ли текущий пользователь, активирован ли он администратором и находится ли на своей странице или на странице другого пользователя.
Рисунок 10 - Главная страница пользователя
Формы для создания новости BlogForm и для загрузки файла FileForm опишем в той же директории в файле forms.py.
Первую форму укажем как стандартный атрибут родительского класса form_class. И при срабатывании POST запроса, эта форма будет обрабатываться стандартными методами CreateView. Что бы не прописывать много лишних полей в форме BlogForm, мы будем использовать класс ModelForm, который укажет что форма будет наследоваться от модели Blog, с помощью атрибута model, и атрибуту exclude укажем какие поля мы не хотим изменять.
class BlogForm (forms. ModelForm):
class Meta:
model = Blog
exclude = ('number', 'author', 'date_of_publication', 'image', 'tags')
thumbnail = forms. FileField (max_length=200, label= «Обложка новости», required=False)
Т. к. нам нужно что бы пользователь не видел технические поля (такие как author, date_of_publication, number, поле tags представляет собой ссылку на объекты (ManyToManyField), поле image - FileBrowserField не предоставляет функционал загрузки файла на станице сайта) то их мы будем обрабатывать и заполнять вручную во время проверки на валидность формы.
Что же касается второй формы, FileForm, то мы ее будем просто передавать в словаре context вместе с другими нужными нам переменными, и обработка будет происходить с помощью другого класса UploadView, который будет наследоваться от стандартного класса View, обеспечивающий метод post, который мы переопределим.
class FileForm (forms. ModelForm):
class Meta:
model = FileProfile
exclude = ('user', 'date', 'file')
doc = forms. FileField (max_length=200, label= «Файл», required=False)
Хочу заметить, что при загрузке картинки новости или документа для скачивания, в формах использовалось дополнительно поле FileField. Это связано с тем, что функционал поля FielBrowserField не позволяет загружать файл на странице сайта, в отличие от стандартных Django-полей ImageField и FileField, которое описано в форме. Поэтому при выводе на шаблон (файл *.html), мы скрываем поле моделей Blog и FileProfile, а вместо них указываем дополнительное поле FileField. И уже при переопределении метода, мы из POST запроса получаем объект файла, сохраняем его по нужному нам пути и с помощью метода FileObject, который импортируется из библиотеки filebrowser, преобразуем его в объект класса FileBrowserField.
Весь код данных страниц представлен в приложении Б.
Приложение, реализующее раздел БЛОГ, описывается в папке blog нашего проекта. Основная страница этого раздела представляет собой ленту новостей, с возможностью просматривать каждую новость полностью, формой поиска по словам в тексте, заголовке и тегам новости, а также боковое меню, для фильтрации новостей по архивам (рисунок 11).
Рисунок 11 - Главная страница новостей
Функционал главной страницы новостей осуществляется с помощью класса ListView, которому передаем в качестве атрибута model модель Blog, что бы вывести все объекты данной модели.
class BlogList(ListView):
model = Blog
context_object_name = «blog»
def get_context_data (self, **kwargs):
context = super (BlogList, self).get_context_data(**kwargs)
if self.request.user.is_authenticated() and Profile.objects.get (pk=self.request.user.id).party==True:
date_obj = []
for obj in Blog.objects.dates ('created', 'month'):
date_obj.append(obj)
context['archives'] = date_obj
context ['active_main_menu']='main_blog'
else:
self.template_name = «profile/error.html»
context['ErrorText'] = u "Вы не авторизированны»
return context
Для просмотра каждой новости создаем класс BlogDetail, а в качестве родителя класса будем указывать CreateView, что бы была возможность создавать комментарии. Атрибуту model задаем как объект модели Blog, указывая на основе какой модели, мы будем строить форму, а в атрибуте exclude укажем какие поля, мы не будем отображать на шаблоне.
model = Comment
exclude = ['article', 'author_name', 'pub_date', 'admin_comment']
И теперь, что бы при сохранении объекта наши исключенные поля тоже приобрели нужные нам значения, переопределим метод form_valid:
def form_valid (self, form):
instance = form.save (commit=False)
instance.article = Blog.objects.get (pk=self.kwargs['pk'])
instance.author_name = self.request.user.username
instance.pub_date = datetime.datetime.now()
instance.save()
return redirect (self.get_absolute_url())
def get_absolute_url(self):
return reverse («blog_detail», kwargs={«pk»: self.kwargs['pk']})
Для того что бы наши объекты модели Blog фильтровались по датам указанным в боковом меню, используем класс MonthArchiveView. Этот класс обладает атрибутом date_field, принимающего название поле типа DateTimeField в виде строки, по которому будем фильтровать объекты. При этом в url будут предаваться два параметра - month, year, которые соответствуют месяцу и году указанным в ссылке.
Заключение
В дипломной работе с помощью Class-Base-View разработано приложение, являющееся корпоративной сетью для организации ККМОО «Молодежная лига развития национальных культур Кубани», сгенерирована база данных в PostgeSQL на основе полей описанных в моделях проекта, c помощью модуля south. Приложение осуществляет обмен сообщениями, поиск, добавление и удаления других пользователей в друзья, новостной блог, с возможностью комментирования каждой статьи и личную страницу пользователя, содержащую личную ленту новостей, список документов для скачивания и контактную информацию пользователя.
Приложение будет полезно для крупных фирм, которым необходим постоянный и быстрый обмен информации, при этом минимизируя утечку информации за пределы данного сообщества. Разработанный проект представляет собой Сайт-под-ключ, так как обладает оптимизированной и при этом функциональной административной частью, которой может управлять обычный компьютерный пользователь, что позволяет владельцу сайта не нанимать постоянного администратора.
Планируется дальнейшее развитие проекта - добавление фото- и видео - галереи, а также, с помощью API Яндекс.translate и API Яндекс. Карты, добавить перевод всего сайта и размещения на изображении местности различных графических объектов.
Следовательно, приложение не утратит актуальности и будет в дальнейшем гораздо полезнее.
Весь проект написан на языке Python.
Список используемой литературы
1 Django 1.5 documentation [Электронный ресурс] // Django 1.5 documentation. URL: https://docs.djangoproject.com/en/1.5/. (Дата обращения: 1.09.2013)
2 Форсье, Дж. Django. Разработка веб-приложений на Python./ Дж. Форсье, П. Биссекс, У. Чан, - СПб.: Символ-Плюс, 2010. - 456 с.
3 Лутц М. Программирование на Python, том ?- ? ?, 4-е издание/ М. Лутц - СПб.: Символ-Плюс, 2011. - 922 с.
4 Бизли, Д. Python. Подробный справочник, 4-е издание/ Д. Бизли - М.: Символ-Плюс, 2010. - 326 с.
5 Object-Relational Mapping! [Электронный ресурс] // ORM. URL: http://ru.wikipedia.org/wiki/ORM. (Дата обращения: 12.03.2012).
6 Django [Электронный ресурс] // Django. URL: http://ru.wikipedia.org/wiki/Django. (Дата обращения: 2.09.2013)
7 Buter-Brod [Электронный ресурс] // Представляем корпоративную сеть asmallworld.net для богатых и знаменитых. URL: http://buter-brot.ru/Moda/prdedstavlyaem-soczialnuyu-set-asmallworldnet-dlya-bogatyx-i-znamenityx.html/. (Дата обращения: 4.04.2014).
8 ASmallWorld. Корпоративная сеть [Электронный ресурс] // URL: https://www.asmallworld.com/. (Дата обращения: 4.30.2014).
9 Adamant [Электронный ресурс] // Оператор системных решений. URL: http://www.adamant.ua/projects/corporate-network/. (Дата обращения: 4.04.2014).
Приложение A
Файл manage.py
#!/usr/bin/env python
from django.core.management import execute_manager
import imp
try:
imp.find_module('settings') # Assumed to be in the same directory.
except ImportError:
import sys
sys.stderr.write («Error: Can't find the file 'settings.py' in the directory containing % r. It appears you've customized things.\nYou'll have to run django-admin.py, passing it your settings module.\n»% __file__)
sys.exit(1)
import settings
if __name__ == «__main__»:
execute_manager(settings)
Приложение Б
Папка settings:
Файл __init.py__ (содержит все настройки Django):
# -* - encoding: utf-8 -*-
import os, sys
from django.contrib import messages
from django.utils.translation import ugettext_lazy as _
import os.path
DEBUG = True
PROJECT_ROOT = os.path.realpath (os.path.join (os.path.dirname (__file__),»../.»))
rel = lambda p: os.path.join (PROJECT_ROOT, p)
TEMPLATE_DEBUG = DEBUG
MANAGERS = ADMINS
EMAIL_BACKEND = 'django.core.mail.backends.filebased. EmailBackend'
EMAIL_FILE_PATH = os.path.join (PROJECT_ROOT, '_emails')
EMAIL_HOST = 'localhost'
EMAIL_PORT = '8000'
EMAIL_HOST_USER = ''
EMAIL_HOST_PASSWORD = ''
EMAIL_USE_TLS = True
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.postgresql_psycopg2',#mysql',
'NAME': 'diplom',
'USER': 'postgres',
'PASSWORD': 'postgres',
'HOST': '127.0.0.1',
'PORT': '5432',
}
}
ALLOWED_HOSTS = []
TIME_ZONE = 'Europe/Moscow'
LANGUAGE_CODE = 'ru-ru'
SITE_ID = 1
USE_I18N = True
USE_L10N = True
USE_TZ = True
LOCALE_PATHS = (os.path.join (PROJECT_ROOT, 'locale'),)
MEDIA_ROOT = os.path.join (PROJECT_ROOT, 'private/media/')
MEDIA_URL = '/media/'
STATIC_ROOT = os.path.join (PROJECT_ROOT, 'public/static/')
STATIC_URL = '/static/'
ADMIN_MEDIA_PREFIX = '/static/admin/'
STATICFILES_DIRS = (
os.path.join (PROJECT_ROOT, 'diplom/static/'),
)
DEFAULT_HOST = 'www.example.com'
STATICFILES_FINDERS = (
'django.contrib.staticfiles.finders. FileSystemFinder',
'django.contrib.staticfiles.finders. AppDirectoriesFinder',
)
SECRET_KEY = '_z (8gb-k+c^y5^1r3b02^km64ve0) bja % soa3@a23d5@*geodf'
TEMPLATE_DEBUG = DEBUG
TEMPLATE_CONTEXT_PROCESSORS = (
'django.core.context_processors.request',
'django.contrib.auth.context_processors.auth',
'django.core.context_processors.debug',
'django.core.context_processors.i18n',
'django.core.context_processors.media',
'django.core.context_processors.static',
'django.core.context_processors.tz',
'django.contrib.messages.context_processors.messages',
)
TEMPLATE_LOADERS = (
'django.template.loaders.filesystem. Loader',
'django.template.loaders.app_directories. Loader',
'django.template.loaders.eggs. Loader',
)
TEMPLATE_DIRS = (
os.path.join (PROJECT_ROOT, 'templates/'),
)
«» «Middleware related settings.»"»
MIDDLEWARE_CLASSES = (
'django.middleware.common. CommonMiddleware',
'django.contrib.sessions.middleware. SessionMiddleware',
'django.middleware.locale. LocaleMiddleware',
'django.middleware.csrf. CsrfViewMiddleware',
'django.contrib.auth.middleware. AuthenticationMiddleware',
'django.contrib.messages.middleware. MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
)
AUTHENTICATION_BACKENDS = (
'django.contrib.auth.backends. ModelBa
EMAIL_HOST = 'localhost'
EMAIL_PORT = 1025
EMAIL_HOST_USER = ''
EMAIL_HOST_PASSWORD = ''
EMAIL_USE_TLS = False
DEFAULT_FROM_EMAIL = 'info@google.ru'
LOGGING = {
'version': 1,
'disable_existing_loggers': False,
'filters': {
'require_debug_false': {
'()': 'django.utils.log. RequireDebugFalse'
}
},
'handlers': {
'mail_admins': {
'level': 'ERROR',
'filters': ['require_debug_false'],
'class': 'django.utils.log. AdminEmailHandler'
}
},
'loggers': {
'django.request': {
'handlers': ['mail_admins'],
'level': 'ERROR',
'propagate': True,
},
}
}
AUTH_PROFILE_MODULE = 'profile. Profile'ckend', # this is default
'guardian.backends. ObjectPermissionBackend',
)
ANONYMOUS_USER_ID = -1
ROOT_URLCONF = 'diplom.urls'
MESSAGE_TAGS = {
messages.DEBUG: 'debug',
messages.INFO: 'alert-info',
messages.SUCCESS: 'alert-success',
messages.WARNING: 'alert-warning',
messages.ERROR: 'alert-error',
}
FIXTURE_DIRS = (
os.path.join (PROJECT_ROOT, 'diplom/fixtures'),
)
WSGI_APPLICATION = 'diplom.wsgi.application'
INSTALLED_APPS = (
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.sites',
'django.contrib.messages',
'django.contrib.staticfiles',
'django.contrib.flatpages',
'django.contrib.redirects',
'filebrowser',
'grappelli.dashboard',
'grappelli',
'guardian',
'django.contrib.admin',
'django.contrib.admindocs',
'south',
'registration',
'diplom',
'profile',
'blog',
'messages',
)
from installed_apps.grappelli import *
from installed_apps.logs import *
from installed_apps.filebrowser import *
SESSION_SERIALIZER = 'django.contrib.sessions.serializers.JSONSerializer'
DEFAULT_FROM_EMAIL = 'info@google.ru'
LOGGING = {
'version': 1,
'disable_existing_loggers': False,
'filters': {
'require_debug_false': {
'()': 'django.utils.log. RequireDebugFalse'
}
},
'handlers': {
'mail_admins': {
'level': 'ERROR',
'filters': ['require_debug_false'],
'class': 'django.utils.log. AdminEmailHandler'
}
},
'loggers': {
'django.request': {
'handlers': ['mail_admins'],
'level': 'ERROR',
'propagate': True,
},
}
}
AUTH_PROFILE_MODULE = 'profile. Profile'
Файл installed_apps/filebrowser.py (содержит все настройки для Filebrowser):
# -* - encoding: utf-8 -*-
from django.utils.translation import ugettext_lazy as _
FILEBROWSER_DIRECTORY = 'uploads/'
FILEBROWSER_CONVERT_FILENAME = True
FILEBROWSER_NORMALIZE_FILENAME = True
FILEBROWSER_VERSIONS = {
'admin_thumbnail': {'verbose_name': _('Admin Thumbnail'), 'width': 60, 'height': 60, 'opts': 'crop'},
'thumbnail': {'verbose_name': _('Thumbnail (1 col)'), 'width': 60, 'height': 60, 'opts': 'crop'},
'news_logo': {'verbose_name': (u'Логотип новости'), 'width': 100, 'height': 75, 'opts': 'crop'},
'services_thumbnail': {'verbose_name': (u'Миниатюры для услуг'), 'width': 120, 'height': 90, 'opts': 'crop'},
'our_face': {'verbose_name': (u'Фотографии наших сотрудников'), 'width': 216, 'height': 278, 'opts': 'crop'},
'profile_photo': {'verbose_name': (u'Фотография пользователя'), 'width': 205, 'height': 250, 'opts': 'crop'},
'admin_list_blog': {'verbose_name':u'Изображение для списока блогов (655*215)', 'width': 655, 'height': 215, 'opts': 'crop'},
}
FILEBROWSER_ADMIN_VERSIONS = ['thumbnail', 'news_logo', 'services_thumbnail', 'our_face', 'profile_photo',
'admin_list_blog'] #'small', 'medium', 'big', 'large',
FILEBROWSER_ADMIN_THUMBNAIL = 'admin_thumbnail'
FILEBROWSER_MAX_UPLOAD_SIZE = 60485760
FILEBROWSER_IMAGE_MAXBLOCK = 1024*1024
FILEBROWSER_EXTENSIONS = {
'Folder': [''],
'Image': ['.jpg', '.jpeg', '.gif', '.png', '.tif', '.tiff'],
'Document': ['.pdf', '.doc', '.rtf', '.txt', '.xls', '.csv'],
'video': ['.mov', '.wmv', '.mpeg', '.mpg', '.avi', '.rm'],
'audio': ['.mp3', '.mp4', '.wav', '.aiff', '.midi', '.m4p']
}
FILEBROWSER_SELECT_FORMATS = {
'file': ['Folder', 'Image', 'Document', 'video', 'audio'],
'image': ['Image'],
'document': ['Document'],
'media': ['video', 'audio'],
}
Файл diplom/urls.py (содержит все url настроек и сслыки на urls.py других приложений):
from django.conf.urls import patterns, include, url
from django.conf import settings
from django.contrib import admin
from filebrowser.sites import site
from.forms import RegistrationFormProfile
from profile.views import ProfileSettingView, UploadView
import registration
import os
admin.autodiscover()
urlpatterns = patterns ('',
(r'^accounts/', include ('registration.urls')),
url (r'^grappelli/', include ('grappelli.urls')),
(r'^accounts/', include ('registration.urls')),
(r'^accounts/profile/$', 'profile.views.profile_return'),
(r'^accounts/edit/profile/$', ProfileSettingView.as_view()),
url (r'^admin/filebrowser/', include (site.urls)),
url (r'^admin/', include (admin.site.urls)),
url (r'^media/(? P<path>.*)$', 'django.views.static.serve', {'document_root': settings.MEDIA_ROOT}),
url (r'^admin/doc/', include ('django.contrib.admindocs.urls')),
(r'^upload_file/$', UploadView.as_view()),
url (r'^profile/', include ('profile.urls')),
url (r'^message/', include ('messages.urls')),
url (r'^blog/', include ('blog.urls')),
)
Приложение PROFILE:
Файл profile/urls.py (содержит все url-ы приложения profile):
from django.conf.urls import patterns, include, url
from views import ProfileView
urlpatterns = patterns ('',
url (r'^$', ProfileView.as_view(), name= «profile»),
url (r'^friend/(? P<pk>\d+)/$', ProfileView.as_view(), name= «profile_friend»),
url (r'^friends/all/$', 'profile.views.search_person'),
url (r'^friends/add/(? P<id>[^/]+)/$', 'profile.views.add_person'),
url (r'^friends/del/(? P<id>[^/]+)/$', 'profile.views.del_person'),
url (r'^friends/accept/(? P<objid>[^/]+)/$', 'profile.views.accept_friend'),
url (r'^friends/reject/(? P<objid>[^/]+)/$', 'profile.views.reject_friend'),
)
Файл profile/models.py (содержит модели Profile и FileProfile приложения profile):
# -* - coding: utf-8 -*-
from django.db import models
from django.contrib.auth.models import User
from diplom.settings import *
from filebrowser.fields import FileBrowseField
from django.core.urlresolvers import reverse
import datetime
class Profile (models. Model):
user = models. ForeignKey (User, related_name='profile', verbose_name=('User'), blank=True, null=True)
thumbnail = FileBrowseField (u «Иконка», max_length=200, directory='uploads/', format='image', null=True, blank=True)
requisites = models. TextField (u'Дополнительные сведения', blank=True)
login = models. CharField (u'Логин', max_length=150, blank=True, null=True)
last_name = models. CharField (u'Фамилия', max_length=150, blank=True)
first_name = models. CharField (u'Имя', max_length=150, blank=True)
midlle_name = models. CharField (u'Отчество', max_length=150, blank=True)
friends = models. ManyToManyField («self», blank=True, null=True, symmetrical = False, related_name='friends_targets')
friend_requests = models. ManyToManyField («self», blank=True, null=True, symmetrical = False, related_name='friend_requests_targets')
icq = models. CharField (u'ICQ', max_length=150, blank=True)
skype = models. CharField (u'Skype', max_length=150, blank = True)
telephone = models. CharField (u'Телефон', max_length=150, blank = True)
party = models. BooleanField (u'Является участником сообщества', blank=True, default=False)
def __unicode__(self):
return u' % s'% (self.user)
def get_absolute_url(self):
return reverse («profile», kwargs={})
def get_files(self):
return FileProfile.objects.filter (user = self)
class Meta:
verbose_name = u "Пользователь»
verbose_name_plural = u "Пользователи»
class FileProfile (models. Model):
user = models. ForeignKey (Profile, related_name='profile', verbose_name=('User'), blank=True, null=True)
title = models. CharField (u «Заголовок», max_length=64, blank=True, null=True)
date = models. DateTimeField (verbose_name=u'Дата загрузки файла', blank=True, null=True, default = datetime.datetime.now)
file = FileBrowseField (u «Файл», directory='uploads/files/', max_length=100, format = 'document', null=True, blank=True)
def __unicode__(self):
return u' % s'% (self.user)
class Meta:
verbose_name = u "Файл пользователя»
verbose_name_plural = u "Файлы пользователей»
Файл profile/admins.py (содержит подключение и настройки модели Profile, FileProfile для административной части):
from django.contrib import admin
from models import Profile, FileProfile
class ProfileContentAdmin (admin. TabularInline):
model = FileProfile
fields = ('title', 'file',)
extra = 1
class FileProfileAdmin (admin. ModelAdmin):
list_display = ('user', 'title', 'file', 'date')
ordering = ('user', 'date')
list_filter = ('user', 'date')
class ProfileAdmin (admin. ModelAdmin):
list_display = ('user', 'last_name', 'first_name', 'midlle_name', 'party')
ordering = ('user',)
list_filter = ('user',)
inlines = [ProfileContentAdmin]
admin.site.register (Profile, ProfileAdmin)
admin.site.register (FileProfile, FileProfileAdmin)
Файл profile/forms.py (содержит модельные формы ProfileForm, BlogForm, FileForm приложения profile):
# -* - encoding: utf-8 -*-
from django import forms
from models import Profile, FileProfile
from blog.models import Blog
class ProfileForm (forms. ModelForm):
class Meta:
model = Profile
exclude = ('user', 'thumbnail', 'login', 'friends', 'friend_requests', 'party')
image = forms. FileField (max_length=200, label= «Иконка», required=False)
new_password = forms. CharField (max_length=150, required=False, label='Новый пароль')
confirm_password = forms. CharField (max_length=150, required=False, label='Подтвердить пароль')
class BlogForm (forms. ModelForm):
class Meta:
model = Blog
exclude = ('number', 'author', 'date_of_publication', 'image', 'tags')
thumbnail = forms. FileField (max_length=200, label= «Обложка новости», required=False)
class FileForm (forms. ModelForm):
class Meta:
model = FileProfile
exclude = ('user', 'date', 'file')
doc = forms. FileField (max_length=200, label= «Файл», required=False)
Файл profile/views.py (содержит View описывающие функционал главной страницы пользователя и страницы поиска других пользователей):
# -* - coding: utf-8 -*-
from django.views.generic import ListView, DetailView, TemplateView, View
from models import Profile
from messages.models import Chat, Message
from django.views.decorators.csrf import csrf_exempt
from django.shortcuts import render_to_response
from django.contrib.auth.models import User
from forms import ProfileForm, BlogForm, FileForm
from django.views.generic.edit import FormView, CreateView, UpdateView
from django.template import RequestContext
from django import forms
from django.db.models import Q
from django.http import HttpResponse, HttpResponseRedirect
import datetime
from django.shortcuts import render_to_response, redirect
from blog.models import Blog, Tags
from django.core.urlresolvers import reverse
from django.core.files.storage import default_storage
from django.core.files.base import ContentFile
from filebrowser.base import FileObject
def profile_return(request):
return render_to_response ('profile/return.html', {}, context_instance=RequestContext(request))
class UploadView(View):
def post (self, request, *args, **kwargs):
form = FileForm (request.POST, request.FILES)
if form.is_valid:
instance = form.save (commit=False)
path = default_storage.save ('uploads/files/file.pdf', ContentFile (self.request.FILES['doc'].read()))
instance.file = FileObject(path)
instance.user = Profile.objects.get (user = request.user)
instance.save()
return redirect (self.get_absolute_url())
def get_absolute_url(self):
return reverse («profile», kwargs={})
class ProfileView(CreateView):
template_name = «profile/profile.html»
form_class = BlogForm
def create_object_profile (self, pk):
vector = User.objects.get (pk = pk)
object = Profile()
object.user_id = vector.id
object.first_name = vector.first_name
object.last_name = vector.last_name
object.save()
return object
def get_context_data (self, **kwargs):
context = super (ProfileView, self).get_context_data(**kwargs)
if (self.request.user.is_authenticated()) and (Profile.objects.get (pk=self.request.user.id).party==True) and (not 'pk' in self.kwargs):
person_obj = self.request.user
if Profile.objects.filter (pk=person_obj.id).count()==0:
self.create_object_profile (person_obj.id)
person_pk = person_obj.id
elif self.request.user.is_authenticated() and 'pk' in self.kwargs and self.kwargs['pk']:
person_pk = self.kwargs['pk']
if Profile.objects.filter (pk=person_pk).count()==0:
self.create_object_profile (person_pk)
person_obj = User.objects.get (pk = person_pk)
else:
self.template_name = «profile/error.html»
context['ErrorText'] = u "Вы не авторизированны»
context['blog'] = Blog.objects.filter (author=person_obj.username).order_by ('-number',)
context['person'] = Profile.objects.get (pk = person_pk)
context ['form_file'] = FileForm
return context
def form_valid (self, form):
arr_obj_tags=[]
all_tags = self.request.POST['tag'].split (', ' or ', ')
for elem in all_tags:
max_num_tags = Tags.objects.all().order_by ('-number') [0]
obj_tag = Tags (number = max_num_tags.number+1, name = elem)
obj_tag.save()
arr_obj_tags.append (obj_tag)
instance = form.save (commit=False)
blogs = Blog.objects.filter (author=self.request.user.username).order_by ('-number')
if blogs.count() > 0:
instance.number = blogs[0].number+1
else:
instance.number = 1
instance.author = self.request.user.username
instance.date_of_publication = datetime.datetime.now()
path = default_storage.save ('uploads/mar.jpg', ContentFile (self.request.FILES['thumbnail'].read()))
obj_image = FileObject(path).version_generate ('admin_list_blog')
instance.image = obj_image
instance.save()
for elem in arr_obj_tags:
instance.tags.add(elem)
return redirect (self.get_absolute_url())
def get_absolute_url(self):
return reverse («profile», kwargs={})
class ProfileSettingView (TemplateView, View):
template_name = «user_profile/user_settings.html»
http_method_names = ['get', 'post']
def post (self, request, *args, **kwargs):
object = Profile.objects.get (user = request.user)
form = ProfileForm (request.POST, request.FILES, instance = object) # A form bound to the POST data
if form.is_valid():
form.save (commit = False)
path = default_storage.save ('uploads/mar.jpg', ContentFile (request.FILES['image'].read()))
obj_image = FileObject(path).version_generate ('profile_photo')
object.thumbnail = obj_image
object.save()
# Новый пароль и Подверждение пароля
new_password = request.POST ['new_password']
confirm_password = request.POST ['confirm_password']
# Выбираем обьект User для изменеия пароля
index = User.objects.get (pk = request.user.id)
index.set_password (new_password)
if new_password == «:
mes = 'Поле (новый пароль) пусто:'
else:
if confirm_password == new_password:
mes = 'Пароли совпадают!'
index.save()
else:
mes = 'Пароли не совпадают!'
form.save()
return redirect (reverse(«profile», kwargs={}))
def get_context_data (self, **kwargs):
context = super (ProfileSettingView, self).get_context_data(**kwargs)
if self.request.user.is_authenticated() and Profile.objects.get (pk=self.request.user.id).party==True:
object = Profile.objects.get (user = self.request.user)
context['object'] = object
user_id = self.request.user
context['form'] = ProfileForm (instance = object)
if not Profile.objects.filter (pk = user_id.id):
person = Profile()
person.pk = user_id.id
person.user = user_id
person.save()
return context
else:
template_name = «profile/error.html»
context['ErrorText'] = u "Вы не авторизированны»
return context
@csrf_exempt
def search_person(request):
ERROR = None
if request.user.is_authenticated() and Profile.objects.get (pk=request.user.id).party==True:
class ContactForm (forms. Form):
last_name = forms. CharField (max_length=150, required=False)
first_name = forms. CharField (max_length=150, required=False)
user = forms. CharField (max_length=150, required=False)
midlle_name = forms. CharField (max_length=150, required=False)
current_user = request.user.get_profile
if request.method == 'POST':
form = ContactForm (request.POST)
params = []
if form.is_valid():
last_name = form.cleaned_data ['last_name']
first_name = form.cleaned_data ['first_name']
midlle_name = form.cleaned_data ['midlle_name']
user = form.cleaned_data['user']
kargs = {'last_name__icontains':last_name}
params.append (apply(Q, (), kargs))
params.append (Q(first_name__icontains = first_name))
params.append (Q(midlle_name__icontains = midlle_name))
params.append (Q(user__username__icontains = user))
search_result = Profile.objects.filter(*params)
context = {'form': form, 'search_result': search_result, 'User':current_user}
else:
form = ContactForm()
context = {'form':form, 'User':current_user}
return render_to_response ('friends/search_person.html', context, context_instance=RequestContext(request))
else:
return render_to_response («friends/error.html», {'ErrorText': u» Вы не авторизированны»})
def add_person (request, id):
obj = Profile.objects.get (user = id)
user = Profile.objects.get (user = request.user.get_profile)
user.friends.add(obj)
obj.friend_requests.add(user)
return HttpResponseRedirect ('/profile/friends/all/')
def del_person (request, id):
obj = Profile.objects.get (user = id)
user = Profile.objects.get (user = request.user.get_profile)
user.friends.remove(obj)
return HttpResponseRedirect ('/profile/friends/all/')
def accept_friend (request, objid):
obj = Profile.objects.get (user= request.user.get_profile)
obj_friend = Profile.objects.get (user = objid)
obj.friends.add (obj_friend)
obj.friend_requests.remove (obj_friend)
return HttpResponseRedirect ('/profile/friends/all/')
def reject_friend (request, objid):
obj = Profile.objects.get (user = request.user.get_profile)
obj_friend = Profile.objects.get (user = objid)
obj.friend_requests.remove (obj_friend)
return HttpResponseRedirect ('/profile/friends/all/')
@csrf_exempt
def my_friends(request):
ERROR = None
if request.user.is_authenticated() and Profile.objects.get (pk=request.user.id).party==True:
friends = User.objects.all()
if request.method == 'POST':
pass
context = {'friends': friends}
return render_to_response ('friends/choice_friend.html', context, context_instance=RequestContext(request))
else:
# если не залогинен
# хорошо бы сделать из этой проверки декоратор, чтоб всюду её не тоскать за собой
return render_to_response («friends/error.html», {'ErrorText': u» Вы не авторизированны»})
Приложение BLOG:
Файл urls.py для приложения blog:
from django.conf.urls import patterns, include, url
from.views import BlogList, ArticleMonthArchiveView, BlogDetail, FilterTagsView, BlogSearchView
urlpatterns = patterns ('',
url (r'^list/$', BlogList.as_view(), name='blog_list'),
url (r'^(? P<year>\d{4})/(? P<month>\d+)/$',
ArticleMonthArchiveView.as_view (month_format=' % m'),
name= «archive_month_numeric»),
url (r'^detail/(? P<pk>\d+)/$', BlogDetail.as_view(), name='blog_detail'),
url (r'^filter/tag/(? P<pk>\d+)/', FilterTagsView.as_view(), name='filter_tags'),
url (r'^search/$', BlogSearchView.as_view(), name='blog_search'),
)
Файл models.py для приложения blog:
# -* - coding: utf-8 -*-
from django.db import models
from django.contrib.auth.models import User
from filebrowser.fields import FileBrowseField
from model_utils.fields import SplitField
from model_utils.models import TimeStampedModel
import datetime
from django.db.models import permalink
from django.core.urlresolvers import reverse
class Tags (models. Model):
number = models. IntegerField (u'Порядковый номер', blank=True, null=True)
name = models. CharField (u'Название тега', max_length=500)
def __unicode__(self):
return u' % s'% (self.name)
class Meta:
verbose_name = u "Тег»
verbose_name_plural = u "Теги»
class Blog (models. Model):
number = models. IntegerField (u «Порядкоый номер», blank=True, null=True)
zagol = models. CharField (u «Заголовок», max_length=64, blank=True, null=True)
author = models. CharField (u «Автор», max_length=200, blank=True)
image = FileBrowseField (u «Фото», max_length=200, directory='images/blog/', format='image', null=True, blank=True)
Подобные документы
Особенности функционирования закрытых частных социальных сетей, членство в которых доступно только для избранных. Сведение риска потери конфиденциальной информации к минимуму посредством ограничения доступа к социальным сетям. Структура web-приложения.
курсовая работа [1,9 M], добавлен 09.09.2015Django — свободный фреймворк для веб-приложений на языке Python, использующий шаблон проектирования MVC. Архитектура и основные компоненты приложения. Главные компоненты среды разработки Django. Некоторые возможности и взаимосвязь компонентов фреймворка.
реферат [23,7 K], добавлен 18.01.2015Use case-диаграмма. Оценка трудоёмкости и сроков разработки проекта с использованием языка Python по методикам CETIN И COCOMO-II. Проектирование информационной системы. Разработка приложения с использованием Django: создание шаблонов, моделей и пр.
дипломная работа [1,3 M], добавлен 10.07.2017Компоненты приложения Vue.js, использование шаблона MVVM. Характеристика Webpack и фреймворка NuxtJs. Python как язык программирования, модель MVC, компоненты и инструментарий фреймворка Django. Технология программирования Object Relational Mapping.
контрольная работа [296,4 K], добавлен 22.03.2017- Разработка геоинформационного программного обеспечения на базе открытых продуктов для целей кадастра
Исследование современных геоинформационных технологий, анализ их преимуществ и недостатков. Проектирование структуры базы данных, приложения и интерфейса проекта. Программная реализация геоинформационной системы и оценка ее экономической эффективности.
дипломная работа [3,2 M], добавлен 21.06.2012 Программирование с использованием технологий Microsoft .NET. Разработка приложения "Станция технического обслуживания автомобилей": инфологическое, даталогическое проектирование базы данных. Информационное и программное обеспечение, логическая структура.
курсовая работа [1,6 M], добавлен 03.07.2011Логическая и физическая модели базы данных. Запрет на содержание неопределенных значений. Размещение базы данных на сервере. Реализация клиентского приложения управления базой данных. Модульная структура приложения. Основные экранные формы приложения.
курсовая работа [1,4 M], добавлен 13.06.2012Архитектура и топологии IP-сетей, принципы и этапы их построения. Основное оборудование корпоративных IP сетей магистрального и локального уровней. Маршрутизация и масштабируемость в объединенных сетях. Анализ моделей проектирования кампусных сетей.
дипломная работа [2,0 M], добавлен 10.03.2013Создание базы данных при помощи СУБД, разработка собственного приложения. Информационно-логическая модель рекламного агентства. Структура реляционной базы данных в Access. Заполнение таблиц информацией. Структура приложения и взаимодействия форм.
курсовая работа [12,6 M], добавлен 17.06.2014Особенности проектирования корпоративных сетей. Информационные потоки в ЛВС предприятия. Обзор операционных систем: Nowell NetWare, семейство Windows 2000. Сетевая архитектура и ресурсы. Логическая структура Active Directory. Защита информации в сети.
дипломная работа [1,2 M], добавлен 31.10.2013