Разработка прототипа веб-системы для взаимодействия студентов и работодателей при поиске вакансий
Анализ процесса взаимодействия студентов и работодателей при поиске вакансий. Преимущества трудоустройства студентов во время учебы в ВУЗе, методы поиска работы. Проектирование базы данных и разработка веб-сайта для поиска предложений работы студентам.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 03.07.2017 |
| Размер файла | 3,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.Allbest.ru/
Размещено на http://www.Allbest.ru/
Оглавление
- Введение
- Глава 1. Анализ процесса взаимодействия студентов и работодателей при поиске вакансий
- 1.1 Преимущества трудоустройства студентов во время учебы в ВУЗе
- 1.2 Методы поиска работы для студентов
- 1.3 Анализ аналогичных ресурсов
- Глава 2. Процесс взаимодействия студентов и работодателей при поиске вакансий TO-BE
- 2.1 Функциональные требования
- 2.2 Диаграмма Use Case TO-BE
- 2.3 Диаграммы активности TO-BE
- Глава 3. Методы и средства разработки прототипа веб-системы
- 3.1 Язык программирования
- 3.2 Среда разработки
- 3.3 СУБД
- Глава 4. Проектирование БД и разработка прототипа веб-системы
- 4.1 Функциональные требования для прототипа веб-системы
- 4.2 Первая нормальная форма
- 4.3 Вторая нормальная форма
- 4.4 Третья нормальная форма
- 4.5 Описание интерфейса прототипа веб-системы
- 4.6 Запросы SQL
- Заключение
- Основные обозначения и сокращения
- Библиографический список
- Приложение A. Функциональное тестирование
- Введение
Все студенты высших учебных заведений планируют получить опыт работы еще во время учебы: это может быть как обычная стажировка или практика, так и долговременная работа по договору. Чаще всего студенты стремятся попасть именно в ту компанию, которая предоставляет рабочие места по их специальности, чтобы в дальнейшем помимо опыта работы у них были также навыки и умения, необходимые для той или иной профессии. Кроме того, удачное трудоустройство во время учебы в университете может предполагать и то, что студент останется работать в компании на долгое время, что подразумевает карьерный рост.
Студенты г. Пермь так же стараются найти подходящие для их специальностей вакансии в различных профессиональных сферах. В то же время компании заинтересованы в студентах высших учебных заведений, что повышает их шансы устроиться на хорошую работу.
В настоящее время существует огромное количество ресурсов, созданных специально для того, чтобы студенты и недавние выпускники высших учебных заведений смогли найти подходящие им вакансии, а в перспективе - рабочие места. К сожалению, большинство этих ресурсов предлагают работу в основном в крупнейших городах Российской Федерации - в Москве и Санкт-Петербурге. Кроме того, на многих ресурсах можно столкнуться с недостатками, затрудняющими процесс поиска работы, например, некоторые из них позволяют откликнуться на заявку только один раз в неделю.
Для поиска предложений о работе в менее крупных городах, таких, как Пермь, студентам приходится просматривать официальные сайты компаний, заинтересованных в найме молодых сотрудников, и публичные страницы в социальных сетях. Очень часто при помощи вышеперечисленных способов студенты так и не находят подходящие им вакансии, это происходит из-за того, что большая часть информации является неупорядоченной, неактуальной и неполной.
Чтобы студенты Российской Федерации имели достойную возможность устроиться в хорошие компании, опыт работы в которых в будущем поможет им развиваться профессионально сразу после окончания ВУЗа, необходимо иметь веб-систему, в которой была бы собрана информация об открытых вакансиях в различных компаниях.
Если данная веб-система будет существовать, то у студентов появится возможность найти подходящие по специальности и интересам места работы, в то же время компании, заинтересованные в молодых специалистах, смогут найти новых сотрудников.
Объектом исследования данной работы являются процесс взаимодействия между студентами и работодателями при поиске вакансий. Предметом исследования - прототип веб-системы для взаимодействия между студентами и работодателями при поиске вакансий.
Целью данной работы является разработка прототипа веб-системы для взаимодействия студентов и работодателей при поиске вакансий.
Для разработки прототипа веб-системы необходимо выполнить ряд задач:
1. Изучить существующий процесс взаимодействия студентов и работодателей при поиске вакансий.
2. Изучить и выбрать методы и средства разработки.
3. Разработать прототип веб-системы для взаимодействия студентов и работодателей при поиске вакансий.
Методами исследования являются объектно-ориентированный анализ ресурсов для взаимодействия студентов и работодателей при поиске вакансий, а также сравнительный анализ методов и средств разработки.
Глава 1. Анализ процесса взаимодействия студентов и работодателей при поиске вакансий
1.1 Преимущества трудоустройства студентов во время учебы в ВУЗе
Большинство студентов задумывается о важности совмещения учебы и работы еще на первых курсах. Два основных преимущества трудоустройства студентов - это получение опыта, знаний и навыков, а также материальная независимость. В основном студенты начинают работать на старших курсах, когда стимул учиться уже не так высок и хочется зарабатывать деньги, что позволит им быть финансово независимыми, однако есть и такие студенты, которые стараются устроиться на работу по специальности уже с первого курса [7]. После окончания университета, даже имея на руках диплом, бывает очень трудно или практически нереально заполучить желаемую вакансию, потому что работодатели предпочитают брать к себе в компании молодых специалистов с опытом работы, а также с набором определенных навыков и знаний, полученных на предыдущем рабочем месте или на стажировке.
Совмещение учебы и работы воспитывает ответственность, организованность, эффективно использовать время и силы. Кроме того, учеба в университете и работа по специальности взаимодополняют друг друга: те знания, что студент получает в ВУЗе, пригодятся на работе, а навыки, которые молодой специалист получает на работе, помогают при понимании учебного материала, то есть дают возможность взглянуть на предметы с практической точки зрения.
1.2 Методы поиска работы для студентов
Текущий процесс поиска работы студентами может быть осуществлен при помощи различных способов. Основным способом является просмотр ресурсов, сайтов и групп в социальных сетях, которые собирают информацию о всевозможных доступных вакансиях в одном месте. Это является очень весомым преимуществом, так как это значительно экономит время и трудозатраты студентов при поиске вакансий.
Некоторые из вышеперечисленных способов поиска работы для студентов ориентированы в основном на крупнейшие города Российской Федерации - Москву и Санкт-Петербург. Ресурсов и групп, которые созданы специально для студентов других городов, не так уж и много, а те, что существуют, предоставляют очень ограниченный набор актуальных вакансий, которых не хватает для всех студентов, желающих найти работу.
Кроме того, некоторые компании просто не выкладывают информацию об открытых вакансиях на подобных ресурсах и сайтах, предпочитая ограничиваться этой информацией у себя на официальном сайте в специальных разделах. Данный способ поиска работы также является распространенным среди студентов. Однако в таком случае большой объем информации может быть просто не охвачен, потому что процесс просмотра всевозможных компаний является трудоемким и, по большей части, бесполезным, потому что очень часто компании забывают убрать объявления об открытых вакансиях, даже когда они уже неактуальны.
Еще одним способом поиска работы для студентов является получение информации напрямую от преподавателей и однокурсников. Данный способ является далеко не самым удачным, потому что это означает, что большое количество студентов одновременно узнают об открытых вакансиях, которые в итоге будут заняты кем-то одним из них, в то время как остальные даже не дойдут до этапа собеседования.
1.3 Анализ аналогичных ресурсов
В качестве аналогов были проанализированы ресурсы FutureToday и Grintern. Оба ресурса позволяют студентам находить вакансии и взаимодействовать с работодателями, а также предоставляют широкие возможности для соискателей и работодателей, однако имеют и ряд факторов, которые затрудняют процесс поиска вакансий. Преимущества и недостатки ресурса FutureToday можно видеть в табл. 1.1:
Таблица 1.1
Преимущества и недостатки ресурса FutureToday
|
Преимущества |
Недостатки |
|
|
1. Присутствует раздел с рейтингом лучших работодателей с возможностью поиска при помощи фильтра (географическое положение компании). 2. Присутствует функция занесения информации о предпочтении при выборе работы. 3. Присутствует календарь событий. 4. Присутствует раздел с информацией для работодателей. |
1. Не все вакансии имеют логотип компании, таким образом, одни вакансии визуально теряются на фоне других и рискуют быть так и не замеченными. 2. Некоторые вакансии имеют длинное описание, другие не имеют вообще, поэтому вакансии так же могут остаться незамеченными. 3. После регистрации студент должен заносить большое количество ненужной информации. 4. Присутствует большое количество вакансий, которые уже не являются актуальными и нуждаются в удалении. |
Преимущества и недостатки ресурса Grintern представлены в табл. 1.2:
Таблица 1.2
Преимущества и недостатки ресурса Grintern
|
Преимущества |
Недостатки |
|
|
1. Удобный и понятный интерфейс. 2. Возможность персонализировать резюме. 3. Основные настройки поиска вакансий представлены прямо на главной странице. |
1. Отклик на одну вакансию является бесплатным только раз в неделю, а для того чтобы откликнуться на несколько вакансий, необходимо платить. 2 Отсутствует «профиль компании», который был бы доступен студентам для просмотра 3 Нет поиска студента по фильтрам 4 Отсутствует возможность занесения информации о предпочтении при выборе работы. |
Таким образом, преимущества данных ресурсов-аналогов стоит учесть при разработке функциональных требований к веб-системе, в то время как недостатки следует исключить.
Глава 2. Процесс взаимодействия студентов и работодателей при поиске вакансий TO-BE
2.1 Функциональные требования
Данная веб-система будет предназначена для студентов, желающих найти работу. Также сервис будет предоставлен для компаний, которые заинтересованы в найме молодых сотрудников - студентов и недавних выпускников. Система пользователей представлена в табл. 2.1:
Таблица 2.1
Система пользователей
|
Пользователь |
Функциональные требования к приложению |
|
|
Студент |
1. Регистрация в роли соискателя. 2. Занесение информации о себе в резюме. 3. Поиск вакансии. 4. Просмотр списка вакансий. 5. Просмотр объявления о вакансии. 6. Отклик на вакансию. 7. Просмотр календаря событий. |
|
|
Компания |
1. Регистрация в роли работодателя. 2. Занесение информации о компании. 3. Занесение информации о вакансии. 4. Поиск студентов с помощью фильтров. 5. Просмотр отклика и резюме студента. |
Система пользователей была создана, ее необходимо учесть при построении диаграммы прецедентов TO-BE, а также диаграмм активности TO-BE.
2.2 Диаграмма Use Case TO-BE
После выявления всех недостатков процесса взаимодействия между студентами и работодателями при поиске вакансий была разработана диаграмма Use Case TO-BE [3]. На рисунке 2.1. можно видеть диаграмму прецедентов для данного процесса:
Рис. 2.1 Диаграмма Use Case TO-BE
В табл. 2.2 приведена спецификация прецедента «Пройти регистрацию в роли соискателя»:
Таблица 2.2
Прецедент «Пройти регистрацию в роли соискателя»
|
Краткое описание |
Студент проходит регистрацию в веб-системе в роли соискателя |
|
|
Актеры |
Студент |
|
|
Предусловия |
Веб-система открыта |
|
|
Основной поток |
1. Студент нажимает на кнопку «Зарегистрироваться как соискатель». 2. Веб-система переносит пользователя на страницу с формой регистрации. 3. Подпоток «Внести данные, необходимые для регистрации». 4. Студент нажимает на кнопку «Зарегистрироваться». 5. Веб-система переносит пользователя на страницу с авторизацией. 6. Студент вводит пароль еще раз. 7. Студент нажимает на кнопку «Войти». 8. Веб-система переносит пользователя в его личный кабинет. |
|
|
Постусловия |
Студент зарегистрирован в веб-системе |
|
|
Альтернативные потоки |
Если студент передумал регистрироваться в веб-системе: 1. Нажимает на кнопку «Выйти» (на странице с формой регистрации). 2. Веб-система переносит пользователя на главную страницу. |
В табл. 2.3 приведена спецификация прецедента «Внести данные, необходимые для регистрации»:
Таблица 2.3
Прецедент «Внести данные, необходимые для регистрации»
|
Краткое описание |
Студент или работодатель вводит данные, которые необходимы для регистрации |
|
|
Актеры |
Студент или работодатель |
|
|
Предусловия |
Студент выбрал регистрацию в роли соискателя или работодатель выбрал регистрацию в роли работодателя |
|
|
Основной поток |
1. Пользователь вносит email. 2. Пользователь вносит ФИО. 3. Пользователь вносит пароль и подтверждение пароля. |
|
|
Постусловия |
Пользователь занес данные, необходимые для регистрации в веб-системе |
|
|
Альтернативные потоки |
Если пользователь ввел некорректный email (не соответствующий маске), поле будет подсвечено красным |
В табл. 2.4. приведена спецификация прецедента «Внести информацию о себе (резюме)»:
Таблица 2.4
Прецедент «Внести информацию о себе (резюме)»
|
Краткое описание |
Студент вносит информацию о себе в резюме |
|
|
Актеры |
Студент |
|
|
Предусловия |
Студент зарегистрировался в веб-системе и автоматически оказался в личном кабинете |
|
|
Основной поток |
1. Студент вводит телефон, дату рождения, ВУЗ, специальность, курс, год выпуска, а также информацию об опыте работы, личных качествах, навыках и достижениях. 2. Студент нажимает на кнопку «Сохранить». 3. Веб-система сохраняет внесенные данные. |
|
|
Постусловия |
Студент внес информацию о себе в резюме |
|
|
Альтернативные потоки |
Если студент не хочет сохранять введенные им данные: 1. Студент нажимает на кнопку «Очистить». 2. Веб-система очищает все заполненные поля. |
В табл. 2.5. приведена спецификация прецедента «Искать вакансию»:
Таблица 2.5
Прецедент «Искать вакансию»
|
Краткое описание |
Студент ищет вакансию, размещенную в веб-системе |
|
|
Актеры |
Студент |
|
|
Предусловия |
Студент находится в разделе поиска вакансий |
|
|
Основной поток |
1. Студент вводит название должности. 2. Студент выбирает график работы. 3. Студент нажимает на кнопку «Поиск». 4. Веб-система выводит список вакансий, которые соответствуют указанным параметрам. |
|
|
Постусловия |
Студент нашел вакансии |
|
|
Альтернативные потоки |
Если по выбранным параметрам не нашлось вакансии, появляется сообщение об этом |
В табл. 2.6. приведена спецификация прецедента «Просмотреть вакансию»:
Таблица 2.6
Прецедент «Просмотреть вакансию»
|
Краткое описание |
Студент просматривает информацию о вакансии, размещенной в веб-системе |
|
|
Актеры |
Студент |
|
|
Предусловия |
Студент воспользовался поиском вакансий |
|
|
Основной поток |
1. Студент нажимает на кнопку «Подробнее» рядом с вакансией, которую хочет просмотреть. 2. Веб-система выводит информацию о данной вакансии. |
|
|
Постусловия |
Студент просмотрел информацию о вакансии |
|
|
Альтернативные потоки |
Нет |
В табл. 2.7. приведена спецификация прецедента «Откликнуться на вакансию»:
Таблица 2.7
Прецедент «Откликнуться на вакансию»
|
Краткое описание |
Студент откликается на выбранную им вакансию |
|
|
Актеры |
Студент |
|
|
Предусловия |
Студент нажал на кнопку «Подробнее» рядом с вакансией |
|
|
Основной поток |
1. Студент пишет сообщение работодателю в поле, которое находится под объявлением о вакансии. 2. Студент нажимает на кнопку «Откликнуться на вакансию». 3. Веб-система отправляет сообщение работодателю с резюме студента. |
|
|
Постусловия |
Студент откликнулся на вакансию |
|
|
Альтернативные потоки |
Если сообщение меньше 10 символов, появится сообщение об ошибке |
В табл. 2.8. приведена спецификация прецедента «Посмотреть календарь событий»:
Таблица 2.8
Прецедент «Посмотреть календарь событий»
|
Краткое описание |
Студент просматривает календарь предстоящих событий (конференции, семинары, выставки вакансий) |
|
|
Актеры |
Студент |
|
|
Предусловия |
Студент находится в разделе «Календарь событий» |
|
|
Основной поток |
1. Студент нажимает указателем на день в календаре. 2. Веб-система выводит информацию о событиях на данный день. |
|
|
Постусловия |
Студент просмотрел календарь событий |
|
|
Альтернативные потоки |
Если никаких событий в этот день нет, то появляется сообщение об этом |
В табл. 2.9 приведена спецификация прецедента «Пройти регистрацию в роли работодателя»:
Таблица 2.9
Прецедент «Пройти регистрацию в роли работодателя»
|
Краткое описание |
Работодатель проходит регистрацию в веб-системе в роли соискателя |
|
|
Актеры |
Работодатель |
|
|
Предусловия |
Веб-система открыта |
|
|
Основной поток |
1. Работодатель нажимает на кнопку «Зарегистрироваться как работодатель». 2. Веб-система переносит пользователя на страницу с формой регистрации. 3. Подпоток «Внести данные, необходимые для регистрации». 4. Работодатель нажимает на кнопку «Зарегистрироваться». 5. Веб-система переносит пользователя на страницу с авторизацией. 6. Работодатель вводит пароль еще раз. 7. Работодатель нажимает на кнопку «Войти». 8. Веб-система переносит пользователя в его личный кабинет. |
|
|
Постусловия |
Работодатель зарегистрирован в веб-системе |
|
|
Альтернативные потоки |
Если работодатель передумал регистрироваться в веб-системе: 1. Нажимает на кнопку «Выйти» (на странице с формой регистрации). 2. Веб-система переносит пользователя на главную страницу. |
В табл. 2.10 приведена спецификация прецедента «Занести информацию о компании в профиль»:
Таблица 2.10
Прецедент «Занести информацию о компании в профиль»
|
Краткое описание |
Работодатель заносит в профиль информацию о компании |
|
|
Актеры |
Работодатель |
|
|
Предусловия |
Работодатель зарегистрирован в веб-системе, после чего автоматически оказывается в личном кабинете |
|
|
Основной поток |
1. Работодатель вносит название компании. 2. Работодатель вносит краткую историю создания компании. 3. Работодатель вносит информацию о сфере деятельности компании. 4. Работодатель вносит общую информацию о компании. 5. Работодатель нажимает на кнопку «Сохранить». 6. Веб-система сохраняет внесенные данные. |
|
|
Постусловия |
Работодатель занес информацию о компании |
|
|
Альтернативные потоки |
Если работодатель не хочет сохранять введенные им данные: 1. Студент нажимает на кнопку «Очистить». 2. Веб-система очищает все заполненные поля. |
В табл. 2.11 приведена спецификация прецедента «Разместить вакансию»:
В табл. 2.12 приведена спецификация прецедента «Просмотреть отклик студента».
В табл. 2.13 приведена спецификация прецедента «Искать студента»:
Таблица 2.11
Прецедент «Разместить вакансию»
|
Краткое описание |
Работодатель размещает вакансию в веб-системе |
|
|
Актеры |
Работодатель |
|
|
Предусловия |
Работодатель находится в разделе «Вакансии» |
|
|
Основной поток |
1. Работодатель заносит название объявления о вакансии. 2. Работодатель заносит текст объявления. 3. Работодатель вводит должность, заработную плату, а также выбирает график работы. 4. Работодатель нажимает на кнопку «Разместить». 5. Веб-система размещает вакансию. |
|
|
Постусловия |
Вакансия опубликована в веб-системе |
|
|
Альтернативные потоки |
Если работодатель не хочет сохранять введенные данные: 1. Работодатель нажимает на кнопку «Очистить». 2. Веб-система очищает все поля. |
Таблица 2.12
Прецедент «Просмотреть отклик студента»
|
Краткое описание |
Работодатель просматривает отклик студента на вакансию его компании |
|
|
Актеры |
Работодатель |
|
|
Предусловия |
Работодатель находится на странице «Отклики» |
|
|
Основной поток |
1. Работодатель нажимает на кнопку «Подробнее» рядом с откликом студента, который хочет просмотреть. 2. Веб-система выводит резюме данного студента и его сообщение работодателю. |
|
|
Постусловия |
Работодатель нашел студента |
|
|
Альтернативные потоки |
Если в веб-системе нет студентов, которые подходят под параметры поиска, то появляется сообщение об этом |
Таблица 2.13
Прецедент «Искать студента»
|
Краткое описание |
Работодатель ищет студента |
|
|
Актеры |
Работодатель |
|
|
Предусловия |
Работодатель находится на странице поиска студента |
|
|
Основной поток |
1. Работодатель выбирает ВУЗ, специальность, курс, возраст студента. 2. Работодатель нажимает на кнопку «Поиск». 3. Веб-система выводит список студентов, которые подходят под параметры поиска. 4. Работодатель нажимает на кнопку «Подробнее» рядом с записью о студенте. 5. Веб-система отображает резюме студента. |
|
|
Постусловия |
Работодатель нашел студента |
|
|
Альтернативные потоки |
Если в веб-системе нет студентов, которые подходят под параметры поиска, то появляется сообщение об этом |
Таким образом, были подробно описаны все прецеденты процесса TO-BE взаимодействия студентов и работодателей при поиске вакансий, при этом были учтены недостатки и преимущества аналогов
2.3 Диаграммы активности TO-BE
Были также разработаны диаграммы активности TO-BE [6]. На рисунке 2.2 приведена диаграмма активности прецедента «Пройти регистрацию в роли соискателя»:
Рис. 2.2 Диаграмма активности прецедента «Пройти регистрацию в роли соискателя»
На рисунке 2.3 приведена диаграмма активности прецедента «Внести информацию о себе (резюме)»:
Рис. 2.3 Диаграмма активности прецедента «Внести информацию о себе (резюме)»
На рисунке 2.4 приведена диаграмма активности прецедента «Искать вакансию»:
Рис. 2.4 Диаграмма активности прецедента «Искать вакансию»
На рисунке 2.5 приведена диаграмма активности прецедента «Просмотреть вакансию»:
Рис. 2.5 Диаграмма активности прецедента «Просмотреть вакансию»
На рисунке 2.6 приведена диаграмма активности прецедента «Откликнуться на вакансию»:
Рис. 2.6 Диаграмма активности прецедента «Откликнуться на вакансию»
На рисунке 2.7 приведена диаграмма активности прецедента «Просмотреть календарь событий»:
Рис. 2.7 Диаграмма активности прецедента «Просмотреть календарь событий»
На рисунке 2.8 приведена диаграмма активности прецедента «Пройти регистрацию в роли работодателя»:
Рис. 2.8 Диаграмма активности прецедента «Пройти регистрацию в роли работодателя»
На рисунке 2.9 приведена диаграмма активности прецедента «Занести информацию о компании в профиль»:
Рис. 2.9 Диаграмма активности прецедента «Занести информацию о компании в профиль»
На рисунке 2.10 приведена диаграмма активности прецедента «Разместить вакансию»:
Рис. 2.10 Диаграмма активности прецедента «Разместить вакансию»
На рисунке 2.11 приведена диаграмма активности прецедента «Просмотреть отклик студента»:
Рис. 2.11 Диаграмма активности прецедента «Просмотреть отклик студента»
На рисунке 2.12 приведена диаграмма активности прецедента «Искать студента».
Были построены диаграммы активности для процесса TO-BE взаимодействия между студентами и работодателями при поиске вакансий, которые также помогут спроектировать будущую веб-систему.
Рис. 2.12 Диаграмма активности прецедента «Искать студента»
база данный студент работодатель
Глава 3. Методы и средства разработки прототипа веб-системы
3.1 Язык программирования
Для того чтобы выбрать наиболее оптимальный язык программирования для разработки прототипа веб-системы, был проведен сравнительный анализ различных языков программирования [9]. Результаты анализа можно видеть в табл. 3.1:
Таблица 3.1
Сравнение языков программирования
|
Критерий |
C |
C++ |
C# |
JavaScript |
PHP |
|
|
Объектно-ориентированный |
- |
+ |
+ |
+ |
+ |
|
|
Функциональный |
- |
- |
+ |
+ |
- |
|
|
Рефлексивный |
- |
+ |
+ |
+ |
+ |
|
|
Логический |
- |
- |
- |
- |
- |
|
|
Обобщенное программирование |
- |
+ |
+ |
+ |
+ |
Таким образом, наиболее оптимальными языками программирования являются C# и JavaScript. Однако у JavaScript есть такие недостатки, как низкий уровень безопасности ввиду свободного доступа к исходным кодам известных скриптов, а также наличие мелких ошибок практически на всех этапах работы, что позволяет считать данный язык менее профессиональным.
Несмотря на то, что C# является не кросс-платформенным языком, а также имеет достаточно сложный синтаксис, данный язык программирования обладает рядом важных преимуществ:
· ориентация на безопасность кода;
· подлинная объектная ориентированность;
· расширенная поддержка событийно-ориентированного программирования;
· компонентно-ориентированный подход, который способствует наименьшей машинно-архитектурной зависимости кода, переносимости, а также легкости повторного использования программ.
Язык программирования C# основан на строгой компонентной архитектуре, кроме того, данный язык реализует передовые механизмы, обеспечивая безопасность кода. Благодаря объектно-ориентированному дизайну, язык программирования C# является наилучшим выбором для разработки различных компонентов, которые используют низкоуровневый код. Помимо этого, C# является и веб-ориентированным языком - за счет использования простых встроенных конструкций компоненты могут быть преобразованы в веб-приложения. Данный язык программирования интегрирован с языком XML, а также с различными веб-технологиями.
3.2 Среда разработки
Для того чтобы выявить наиболее удобную среду разработки для реализации прототипа веб-системы, был проведен сравнительный анализ различных сред разработки [2]. Результаты анализа можно видеть в табл. 3.2:
Таблица 3.2
Сравнение сред разработки
|
Критерий |
Visual Studio |
Eclipse |
Notepad++ |
MuLisp |
|
|
Подсветка синтаксиса |
+ |
+ |
+ |
+ |
|
|
Автодополнение |
+ |
+ |
- |
- |
|
|
Компилятор |
+ |
+ |
- |
+ |
|
|
Портативность |
- |
- |
- |
+ |
|
|
Сворачивание блоков текста |
+ |
+ |
+ |
- |
Таким образом, наиболее удобными средами разработки можно назвать Microsoft Visual Studio и Eclipse. Однако для разработки прототипа веб-системы для взаимодействия между студентами и работодателями при поиске вакансий была выбрана Visual Studio благодаря нескольким важным преимуществам. Данная среда разработки имеет встроенный веб-сервер, который дает возможность не только запускать сайт из среды проектирования, но и повысить безопасность, исключая любую вероятность получения доступа к тестовому веб-приложению с внешнего компьютера. Помимо этого, Visual Studio поддерживает большое количество языков программирования, что позволяет создавать веб-страницы на разных языках, в то же время помещая их в одно веб-приложеие. Также Microsoft Visual Studio форматирует код по мере его ввода, вставляет отступы и применяет цветовое кодирование, что делает код удобным для чтения и подвергает меньшему количеству ошибок. Такие преимущества, как высокая скорость разработки и возможность отладки тоже являются значимыми, потому что значительно экономят время программиста при разработке программных продуктов.
Visual Studio включает в себя следующие элементы:
· редактор исходного кода;
· встроенный отладчик кода;
· редактор форм;
· веб-редактор;
· дизайнер классов.
3.3 СУБД
Для того чтобы выявить наиболее удобную СУБД, был проведен сравнительный анализ двух систем управления базами данных [8]. Результаты анализа можно видеть в табл. 3.3:
Таблица 3.3
Сравнение СУБД
|
Критерий |
ORACLE 7.0 |
Microsoft SQL Server |
|
|
Независимость от типа аппаратной архитектуры |
+ |
+ |
|
|
Непрерывная работа |
+ |
+ |
|
|
Поддержка стандартов открытых систем |
+ |
+ |
|
|
Поддержка веб-серверов |
+ |
+ |
|
|
Простота использования |
- |
+ |
Таким образом, наиболее удобными СУБД является Microsoft SQL Server. Наиболее значительные характеристики SQL Server:
· быстродействие и набор функциональных возможностей механизма сервера СУБД;
· простота администрирования;
· большое количество возможностей в диалекте языка запросов SQL;
· наличие средств удаленного доступа.
Глава 4. Проектирование БД и разработка прототипа веб-системы
4.1 Функциональные требования для прототипа веб-системы
В ходе анализа процесса взаимодействия между студентами и работодателями при поиске вакансий, были определены функциональные требования для веб-системы [5]. Большая часть функций будет реализована в прототипе веб-системы для взаимодействия студентов и работодателей при поиске вакансий. Система пользователей для прототипа веб-системы представлена в табл. 4.1:
Таблица 4.1
Система пользователей
|
Пользователь |
Функциональные требования, реализованные в прототипе веб-системы |
Функциональные требования, не реализованные в прототипе веб-системы |
|
|
Студент |
1. Регистрация в роли соискателя. 2. Занесение информации о себе (резюме). 3. Поиск вакансии. 4. Просмотр списка вакансий. 5. Просмотр объявления о вакансии. 6. Отклик на вакансию. |
Просмотр календаря событий. |
|
|
Компания |
1. Регистрация в роли работодателя. 2. Занесение информации о компании. 3. Занесение информации о вакансии. 4. Просмотр отклика и резюме студента. |
Поиск студентов с помощью фильтров. |
Система пользователей для прототипа веб-системы была определена, а те функции, которые не будут реализованы, могут быть разработаны в будущем, для того чтобы сделать веб-систему более удобной и полной, а также позволить соискателям и работодателям взаимодействовать более эффективно и быстро.
4.2 Первая нормальная форма
База данных для веб-системы для взаимодействия студентов и работодателей при поиске вакансий была спроектирована [4] в соответствии с анализом предметной области в системе управления базами данных, которая была выбрана после сравнительного анализа - Microsoft SQL Server 2008.
Из анализа бизнес-процессов были выделены атрибуты, которые необходимы для хранения и обработки информации, представлены в табл. 4.2:
Таблица 4.2
Данные для хранения и обработки
|
№ атрибута |
Название атрибута |
Описание |
|
|
1 |
ФИО студента |
ФИО студента, указанные при регистрации |
|
|
2 |
Email студента |
Электронная почта студента, указанная при регистрации |
|
|
3 |
Пароль студента |
Пароль студента, указанный при регистрации |
|
|
4 |
Дата рождения студента |
Дата рождения студента, указанная при заполнении информации в личном кабинете |
|
|
5 |
ВУЗ |
ВУЗ, в котором студент обучается на данный момент |
|
|
6 |
Специальность |
Специальность студента |
|
|
7 |
Номер курса |
Курс, на котором студент обучается на данный момент |
|
|
8 |
Год выпуска |
Год выпуска студента из университета, в котором обучается на данный момент |
|
|
9 |
Название объявления о вакансии |
Название объявления о вакансии |
|
|
10 |
Текст объявления о вакансии |
Текст объявления о вакансии |
|
|
11 |
Должность |
Должность, предлагаемая в объявлении о вакансии |
|
|
12 |
Заработная плата |
График работы, предлагаемая в объявлении о вакансии |
|
|
13 |
График работы |
Диапазон заработной платы, предлагаемой в объявлении о вакансии |
|
|
14 |
ФИО работодателя |
ФИО работодателя, указанные при регистрации |
|
|
15 |
Email работодателя |
Email работодателя, указанный при регистрации |
|
|
16 |
Пароль работодателя |
Пароль работодателя, указанный при регистрации |
|
|
17 |
Название компании |
Название компании, которую работодатель представляет |
|
|
18 |
История создания компании |
История создания компании |
|
|
19 |
Сфера деятельности компании |
Сфера деятельности компании |
|
|
20 |
Общая информация о компании |
Общая информация о компании: адрес, коллектив, офис, предоставляемые удобства и т.д. |
Необходимо привести отношение к 1НФ. Существует следующее правило первой нормальной формы: все атрибуты отношения должны быть атомарны. Иными словами, ни один из атрибутов нельзя разделить на более простые, соответствующие каким-либо другим свойствам данной сущности [1]. Из табл. 4.2. можно сделать вывод о том, что все атрибуты являются атомарными, то есть их никак нельзя разделить на более простые атрибуты. Таким образом, была получена первая нормальная форма, которую можно увидеть в таблице 4.3.
Таблица 4.3
Первая нормальная форма
|
№ атрибута |
Название атрибута |
|
|
1 |
ФИО студента |
|
|
2 |
Email студента |
|
|
3 |
Пароль студента |
|
|
4 |
Дата рождения студента |
|
|
5 |
ВУЗ |
|
|
6 |
Специальность |
|
|
7 |
Номер курса |
|
|
8 |
Год выпуска |
|
|
9 |
Название объявления о вакансии |
|
|
10 |
Текст объявления о вакансии |
|
|
11 |
Должность |
|
|
12 |
Заработная плата |
|
|
13 |
График работы |
|
|
14 |
ФИО работодателя |
|
|
15 |
Email работодателя |
|
|
16 |
Пароль работодателя |
|
|
17 |
Название компании |
|
|
18 |
История создания компании |
|
|
19 |
Сфера деятельности компании |
|
|
20 |
Общая информация о компании |
4.3 Вторая нормальная форма
Для того чтобы получить 2НФ, нужно сделать так, чтобы база данных соответствовала следующим двум правилам:
· отношение должно находиться в 1НФ;
· все поля, которые не являются ключом, должны зависеть от первичного ключа.
Таким образом, чтобы перейти ко второй нормальной форме, нужно разделить 1НФ на таблицы. При этом необходимо придерживаться принципа разбиения по первичному ключу. Иными словами нужно чтобы в каждой из этих таблиц были поля, которые можно было бы однозначно определить по первичному ключу.
После анализа таблицы 4.2., были выделены следующие первичные ключи:
· ID студента;
· ID работодателя;
· ID вакансии.
Автоинкрементированное числовое поле ID необходимо использовать потому, что ФИО двух и более студентов могут совпадать, как и ФИО работодателей и названия вакансий.
Было получено три таблицы, отношение можно видеть на рисунке 4.1:
Рисунок 4.1 Вторая нормальная форма
4.4 Третья нормальная форма
Для того чтобы получить 3НФ, нужно сделать так, чтобы отношение соответствовало следующим двум правилам:
· отношение должно находиться во 2НФ;
· неключевые поля не должны зависеть от других неключевых полей, иными словами должны отсутствовать транзитивные зависимости.
Таким образом, было выделено еще 5 таблиц, чтобы устранить все транзитивные зависимости.
Базу данных в 3НФ можно видеть на рисунке 4.2.
Рисунок 4.2. Третья нормальная форма
Названия таблиц, атрибутов, а также их типы данных [10] можно видеть в табл. 4.4:
Таблица 4.4
Описание таблиц, столбцов и типов данных БД
|
Таблица |
Имя атрибута |
Тип данных |
|
|
Careers |
ID |
int |
|
|
C_NAME |
nvarchar(255) |
||
|
C_TEXT |
nvarchar(max) |
||
|
POSITION |
nvarchar(255) |
||
|
SALARY |
int |
||
|
G_ID |
int |
||
|
E_ID |
int |
||
|
Employers_info |
ID |
int |
|
|
COMP_NAME |
nvarchar(255) |
||
|
COMP_HIST |
nvarchar(max) |
||
|
COMP_SPHERE |
nvarchar(255) |
||
|
COMP_CINFO |
nvarchar(max) |
||
|
Employers_reg |
ID |
int |
|
|
FIO |
nvarchar(255) |
||
|
|
nvarchar(255) |
||
|
PASSWORD |
nvarchar(255) |
||
|
Graph |
ID |
int |
|
|
G_NAME |
nvarchar(255) |
||
|
Message |
ID |
int |
|
|
M_TEXT |
nvarchar(max) |
||
|
S_ID |
int |
||
|
Car_ID |
int |
||
|
Students_reg |
ID |
int |
|
|
FIO |
nvarchar(255) |
||
|
|
nvarchar(255) |
||
|
PASSWORD |
nvarchar(255) |
||
|
Students_summ |
ID |
int |
|
|
PHONE |
nvarchar(255) |
||
|
BIRTHDAY |
datetime |
||
|
UNIVERSITY_ID |
int |
||
|
SPECIALITY |
nvarchar(255) |
||
|
KURS |
nvarchar(255) |
||
|
FIN_YEAR |
nvarchar(255) |
||
|
EXPERIENCE |
nvarchar(max) |
||
|
BEHAVIOR |
nvarchar(max) |
||
|
ACHIEVEMENTS |
nvarchar(max) |
||
|
SKILLS |
nvarchar(max) |
||
|
University_info |
ID |
int |
|
|
UNAME |
nvarchar(255) |
Таким образом, база данных для веб-системы для взаимодействия между студентами и работодателями при поиске вакансий была нормализована до третьей нормальной формы.
4.5 Описание интерфейса прототипа веб-системы
Для начала работы работодателю необходимо зарегистрироваться в веб-системе. Находясь на главной странице веб-системы (рис. 4.3), работодатель нажимает на кнопку «Зарегистрироваться как работодатель».
Рис. 4.3 Главная страница веб-системы
После этого работодателя переносит на страницу с формой для регистрации (рис. 4.4). Здесь ему необходимо ввести email, ФИО и пароль. После корректного ввода данных он нажимает на кнопку «Зарегистрироваться». Если работодатель хочет вернуться на главную страницу, он нажимает на кнопку «Выйти». Если работодатель уже имеет учетную запись, он нажимает на кнопку «Войти», после чего веб-система его перенаправит на страницу с авторизацией.
Рис. 4.4 Регистрация пользователя
После ввода регистрационных данных веб-система перенаправит работодателя на страницу с авторизацией (рис. 4.5).
Рис. 4.5 Авторизация пользователя
Email работодателя будет автоматически заполнен, ему будет необходимо ввести пароль, а потом нажать на кнопку «Войти».
После этого пользователь попадет на страницу, где он должен ввести информацию о компании: название, краткую историю, сферу деятельности, общую информацию (рис. 4.6). Как только работодатель заполнит все поля, он нажимает на кнопку «Сохранить».
Рис. 4.6 Информация о компании
После занесения информации о компании пользователь может перейти на вкладку «Вакансии» (рис. 4.7), чтобы создать первое объявление о вакансии. Для того чтобы разместить вакансию, пользователю необходимо ввести название объявления, текст, должность, заработную плату, график работы (его можно выбрать из открывающегося списка). Как только работодатель закончит вводить всю информацию, он нажимает на кнопку «Разместить». Если работодатель хочет очистить все текстовые поля, он нажимает на кнопку «Очистить».
Рис. 4.7 Размещение вакансии
Регистрация соискателя происходит аналогично регистрации работодателя: пользователь нажимает на кнопку «Зарегистрироваться как соискатель», вводит регистрационные данные, нажимает на кнопку «Зарегистрироваться», проходит авторизацию и попадает в личный кабинет, где ему необходимо заполнить резюме (рис. 4.8). Резюме включает в себя следующие поля для заполнения: ФИО (которые будут введены автоматически), телефон, дата рождения, ВУЗ, специальность, курс, год выпуска, опыт работы, личные качества, достижения, навыки. Поля «Опыт работы», «Достижения», «Навыки» являются необязательными, по причине того, что у студента, который только начал свою карьеру, они могут отсутствовать. Остальные поля обязательны к заполнению. После заполнения всех данных студент нажимает на кнопку «Сохранить». Теперь пользователю будет доступна вкладка «Поиск вакансий».
Рис. 4.8 Заполнение резюме
Для того чтобы соискатель приступил к поиску вакансий, ему необходимо перейти в раздел «Поиск вакансий». После этого студент вводит желаемую должность, заработную плату и выбирает график работы в выпадающем меню. Далее ему необходимо нажать на кнопку «Поиск». После этого соискателю будут предоставлены результаты поиска (рис. 4.9). Студент нажимает на кнопку «Подробнее» рядом с вакансией, которую желает посмотреть.
Рис. 4.9 Поиск вакансий
После этого открывается описание вакансии, студент может с ним ознакомиться (рис. 4.10). Если вакансия заинтересовала соискателя, он может откликнуться на вакансию, написав при этом небольшое сообщение работодателю. После этого ему необходимо нажать на кнопку «Откликнуться на вакансию» - работодателю будет отправлен отклик, который включает в себя резюме студента и его сообщение.
Рис. 4.10 Поиск вакансий (описание вакансии)
Для того чтобы работодатель смог посмотреть отклик на свою вакансию, ему необходимо зайти на вкладку «Отклики» (рис. 4.11). Работодатель нажимает на кнопку «Подробно», после чего появляется резюме студента, а также сообщение, которое он отправил.
Рис. 4.11 Просмотр отклика на вакансию
4.6 Запросы SQL
Запросы обеспечивают добавление записей, их удаление и редактирование в таблицах. В данной веб-системе были разработаны запросы на языке SQL. Например, запрос, который отображает записи из таблиц «Students_summ», «Students_reg» и «University_info»:
«SELECT * from Students_summ, Students_reg, University_info where
Students_reg.ID=@param1 and Students_reg.ID=Students_summ.ID and
University_info.ID=Students_summ.UNIVERSITY_ID»
Данный запрос выводит резюме студента при просмотре отклика работодателем.
Кроме того, есть запросы, которые обеспечивают внесение информации в таблицу. Например, запрос
«INSERT INTO "+who+"(FIO,EMAIL,PASSWORD)
VALUES(@param1,@param2,@param3)»
позволяет занести данные, которые необходимы для регистрации (фамилия, имя, отчество, email и пароль).
Заключение
В данной выпускной квалификационной работе был изучен процесс взаимодействия между студентами и работодателями при поиске вакансий. После этого были выбраны средства и методы разработки: в качестве СУБД был выбран Microsoft SQL Server 2008, в качестве среды разработки - Microsoft Visual Studio, а также был выбрать язык программирования C#, на котором был написан прототип веб-системы. Далее был спроектирована БД и, наконец, был разработан прототип веб-системы для взаимодействия студентов и работодателей при поиске вакансий.
В будущем возможны перспективы для разработки этой веб-системы, потому что она способна значительно упростить не только процесс поиска вакансий для студентов, но также и процесс поиска соискателей для компаний. Таким образом, весь процесс взаимодействия между студентами и работодателями при поиске вакансий будет более удобным и практичным, кроме того, позволит экономить большое количество времени.
Основные обозначения и сокращения
1. БД - база данных.
2. СУБД - система управления базами данных.
3. 1НФ - первая нормальная форма.
4. 2НФ - вторая нормальная форма.
5. 3НФ - третья нормальная форма.
6. UML - Unified Modeling Language.
Библиографический список
1. 6 нормальных форм БД [Электронный ресурс] // От новичка до профессионала: [сайт]
2. Бубнов И. Популярные среды разработки и их недостатки [Электронный ресурс] // GeekBrains: [сайт]
3. Виды диаграмм UML [Электронный ресурс] // Baumanki.net: [сайт]
4. Классификация таблиц в реляционных базах данных по признакам целостности и избыточности данных [Электронный ресурс] // Хабрахабр: [сайт]
5. Организация функциональных требований на крупном проекте [Электронный ресурс] // Хабрахабр: [сайт]
6. Рэнд П. 20 принципов проектирования интерфейсов [Электронный ресурс] // Actual Web: [сайт]
7. Совмещение работы и учебы, плюсы и минусы [Электронный ресурс] // Reshit.Ru: [сайт]
8. Сравнение СУБД [Электронный ресурс] // Студопедия: [сайт]
9. Сравнение языков программирования по скорости и не только [Электронный ресурс] // Хабрахабр: [сайт]
10. Типы данных SQL [Электронный ресурс] // Язык запросов SQL: [сайт]
Приложение A
Функциональное тестирование
Таблица A.1
Тестирование
|
Действия |
Ожидаемый результат |
Реальный результат |
|
|
Регистрация пользователя |
|||
|
Пользователь нажимает на кнопку «Зарегистрироваться как работодатель»/«Зарегистрироваться как соискатель». |
Веб-система переносит пользователя на страницу с регистрационной формой |
+ |
|
|
Пользователь вводит email в неправильном формате. Пользователь нажимает на кнопку «Зарегистрироваться». |
Появляется сообщение об ошибке |
+ |
|
|
Пользователь не заполнил хотя бы одно регистрационное поле. Пользователь нажимает на кнопку «Зарегистрироваться». |
Появляется сообщение об ошибке |
+ |
|
|
Пользователь заполнил все поля. Пользователь нажимает на кнопку «Зарегистрироваться». |
Веб-система переносит пользователя на страницу с авторизацией |
+ |
|
|
Пользователь нажимает на кнопку «Выйти» на странице с регистрацией |
Веб-система переносит пользователя на главную страницу |
+ |
|
|
Авторизация после регистрации пользователя |
|||
|
Пользователь нажимает на кнопку «Отмена». |
Веб-система переносит пользователя на главную страницу |
+ |
|
|
Пользователь вводит email и пароль, которых нет в БД. Пользователь нажимает на кнопку «Войти». |
Веб-система сообщает о том, что такого пользователя нет |
+ |
|
|
Пользователь вводит email и пароль, которые есть в БД. Пользователь нажимает на кнопку «Войти». |
Веб-система переносит пользователя на страницу в ЛК |
+ |
|
|
Личный кабинет работодателя |
|||
|
Пользователь заполняет все поля с информацией о компании. Пользователь нажимает на кнопку «Сохранить». |
Веб-система сохраняет информацию о компании |
||
|
Пользователь переходит на вкладку «Вакансии» |
Открывается вкладка «Вакансии» |
+ |
|
|
Пользователь переходит на вкладку «Отклики» |
Открывается вкладка «Отклики» |
+ |
|
|
Пользователь переходит на вкладку «Информация о компании» |
Открывается вкладка «Информация о компании» |
+ |
|
|
Пользователь не заполнил хотя бы одно поле на форме во вкладке «Вакансии». Пользователь нажимает на кнопку «Разместить». |
Поле подсвечивается красным, и вакансия не размещается |
+ |
|
|
Пользователь заполнил все поля на форме во вкладке «Вакансии». Пользователь нажимает на кнопку «Разместить». |
Вакансия размещается в веб-системе |
+ |
|
|
Пользователь заполнил поля на форме во вкладке «Вакансии». Пользователь нажимает на кнопку «Очистить». |
Все поля очищаются |
+ |
|
|
Никто не откликнулся на вакансию работодателя. |
На вкладке «Отклики» ничего нет |
+ |
|
|
Хотя бы один соискатель откликнулся на вакансию работодателя. |
На вкладке «Отклики» появляется вакансия, на которую поступил отклик. |
+ |
|
|
Пользователь нажимает на кнопку «Подробнее» рядом с вакансией, на которую откликнулись. |
Отображается резюме и сообщение студента |
+ |
|
|
Личный кабинет соискателя |
|||
|
Пользователь заполняет все поля резюме. Пользователь нажимает на кнопку «Сохранить». |
Веб-система сохраняет резюме |
+ |
|
|
Пользователь заполняет все поля кроме одного или нескольких из полей: Опыт работы, Достижения, Навыки. Пользователь нажимает на кнопку «Сохранить». |
Веб-система сохраняет резюме |
+ |
|
|
Пользователь не заполняет одно из полей, отличных от Опыта работы, Навыков, Достижений. Пользователь нажимает на кнопку «Сохранить». |
Появляется сообщение об ошибке |
+ |
|
|
Пользователь вводит название должности, которая есть в БД. Пользователь вводит заработную плату меньше или равную той, что была указана в вакансии. Пользователь выбирает график работы, который соответствует данной вакансии. Пользователь нажимает на кнопку «Поиск». |
Вакансия найдена |
+ |
|
|
Пользователь вводит название должности, которой нет в БД. Пользователь вводит любую заработную плату и любой график работы. Пользователь нажимает на кнопку «Поиск». |
Выскакивает сообщение о том, что вакансия не найдена |
+ |
|
|
Пользователь вводит название должности, которая есть в БД. Пользователь вводит заработную плату больше чем та, что указана в БД И/ИЛИ график работы, который отличен от указанного в вакансии. |
Выскакивает сообщение о том, что вакансия не найдена |
+ |
|
|
Пользователь нажимает на кнопку «Подробнее» рядом с вакансией. |
Появляется описание вакансии |
+ |
|
|
Пользователь не написал сообщение работодателю. Пользователь нажимает на кнопку «Откликнуться». |
Появляется сообщение об ошибке |
+ |
|
|
Пользователь написал сообщение работодателю. Пользователь нажимает на кнопку «Откликнуться». |
Отклик отправлен |
+ |
|
|
Пользователь нажимает на кнопку «Выйти» |
Веб-система переносит пользователя на главную страницу |
+ |
Размещено на Allbest.ru
Подобные документы
Создание, редактирование и просмотр системы базы данных для качественного и быстрого учета, поиска и ведения уже существующей и новой поступающей информации и сведений о студентах в ВУЗе, специальностях, местах жительства студентов, об их родителях.
курсовая работа [3,0 M], добавлен 09.03.2009Трудности проведения работы по учету научно-исследовательских работ студентов. Создание базы данных, принцип системы автоматизированного учета. Интерфейс для просмотра таблиц базы данных полностью и их редактирования. Тестирование программного средства.
курсовая работа [2,6 M], добавлен 28.08.2012Разработка проектных решений по созданию подсистемы учета студентов в деканате различных форм и видов обучения, диагностический анализ системы управления. Проектирование информационной базы данных, построение инфологической и датологической модели.
дипломная работа [1,1 M], добавлен 24.06.2011Создание нескольких таблиц для нашей базы данных "Деканат студентов". Проектирование межтабличных связей. Создание формы в режиме "Мастера создания форм". Запросы при помощи мастера. Запрос "Выбор студентов по успеваемости". Установка порядка сортировки.
лабораторная работа [124,5 K], добавлен 01.05.2014Характеристика, классификация и структура баз данных. Модель базы данных в Delphi. Разработка базы данных для вуза с целью облегчения процесса поиска нужной информации о студенте. Требования к техническому, методическому и программному обеспечению.
курсовая работа [1,0 M], добавлен 18.08.2009Характеристика основных патентных баз данных, используемых при проведении патентно-информационного поиска в Интернете. Стратегия патентного поиска и системы патентной классификации. Использование логических операторов и ключевых слов при поиске.
презентация [1,9 M], добавлен 15.09.2011Анализ технических средств и современных технологий разработки программного обеспечения. Разработка программы для упрощения поиска студентов. Создание учетных записей администратора и обычного пользователя. Изучение правил построения программного кода.
курсовая работа [1,9 M], добавлен 30.09.2016Сущность и виды СУБД Microsoft Access. Алгоритм создания базы данных сессионной успеваемости студентов ВУЗа. Проектирование форм для сводных таблиц с помощью конструктора окон. Разработка отчетов и запросов на выборку данных. Создание кнопочной формы.
курсовая работа [5,4 M], добавлен 09.05.2011Разработка информационной системы для хранения информации о результатах экзаменов студентов. Описание сервисов, разработка логической и физической модели системы. Выбор системы хранения данных. Схема работы сервиса, принципы безопасности доступа.
курсовая работа [560,6 K], добавлен 09.09.2012Схема взаимодействия подразделений предприятия. Выбор и обоснование технологии проектирования базы данных. Описание объектов базы данных. Разработка запросов на выборку, изменение, обновление и удаление данных. Интерфейсы взаимодействия с базой данных.
курсовая работа [1,4 M], добавлен 25.05.2023