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

СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 1. КОНСТРУКТОРСКАЯ ЧАСТЬ
• 1.1 Внешнее проектирование
• 1.1.1 Постановка задачи проектирования
• 1.1.2 Описание предметной области
• 1.1.3 Выбор и обоснование критериев оценки качества
• 1.1.4 Анализ аналогов и прототипов
• 1.1.5 Перечень задач, подлежащих решению в процессе разработки
• 1.2 Внутреннее проектирование
• 1.2.1 Описание структуры системы
• 1.2.2 Проектирование баз данных
• 1.2.3 Разработка алгоритмов обработки информации
• 1.2.4 Разработка архитектуры системы
• 1.2.5 Оценка характеристик функционирования системы
• 2. ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ
• 2.1 Разработка технологии обработки информации
• 2.2 Внутренняя архитектура
• 2.2.1 Компоненты системы
• 2.2.2 Архитектура системы
• 2.2.3 Функционирование системы
• 2.2.4 Экранные формы
• 2.2.5 Разработка интерфейса взаимодействия пользователя с системой
• 3. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ
• 3.1 Определение затрат труда на разработку
• 3.1.1 Построение календарного плана-графика
• 3.1.2 Определение времени реализации проекта
• 3.2 Определение финансовых затрат на разработку
• 3.2.1 Оплата машинного времени
• 3.2.2 Основная и дополнительная заработная плата
• 3.2.3 Отчисления на социальное страхование
• 3.2.4 Накладные расходы
• 3.2.5 Стоимость работ, выполняемых сторонними организациями и предприятиями
• 3.2.6 Прочие прямые расходы
• 3.2.7 Командировки
• 3.2.8 Себестоимость
• 3.2.9 Плановая прибыль
• 3.2.10 Стоимость продукта
• 3.3 Определение затрат на внедрение
• 3.4 Определение затрат на эксплуатацию
• 3.4.1 Материалы, покупные изделия
• 3.4.2 Основная заработная плата
• 3.4.3 Дополнительная заработная плата
• 3.4.4 Отчисления на социальное страхование
• 3.4.5 Накладные расходы
• 3.4.6 Амортизация технического обеспечения
• 3.3.8 Расходы на электроэнергию
• 3.3.9 Общая сумма расходов на эксплуатацию
• 3.4 Расчет сроков окупаемости
• 4. ПРОМЫШЛЕННАЯ ЭКОЛОГИЯ И БЕЗОПАСНОСТЬ
• 4.1 Опасные и вредные производственные факторы
• 4.2 Прием информации оператором
• 4.2.1 Психофизиологические характеристики
• 4.2.2 Энергетические и информационные характеристики зрительного восприятия
• 4.2.3 Пространственные и временные характеристики зрительного анализатора
• 4.3 Производственное освещение
• 4.3.1 Общие сведения и основные технические характеристики
• 4.3.2 Виды производственного освещения
• 4.3.3 Требования к производственному освещению
• 4.4 Расчет системы общего освещения в помещении
• 4.4.1 Постановка задачи, исходные данные
• 4.4.2 Расчет
• 4.5 Эргономические требования, предъявляемые стандартами
• 4.5.1 Требования к организации и оборудованию рабочего места сотрудника ВЦ
• 4.5.2 Требования к параметрам микроклимата
• 4.5.3 Требования к допустимому уровню шума на рабочем месте
• 4.5.5 Допустимые параметры неионизирующих электромагнитных излучений
• 4.5.6 Уровни ионизации воздуха помещений при работе на ВДТ
• 4.6 Выводы
• ЗАКЛЮЧЕНИЕ
• СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

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

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

Таким образом, для решения проблем автоматизации поиска судовых команд и найма на работу в судовой индустрии, была разработана автоматизированная система найма на работу и поиска вакансий.

1. КОНСТРУКТОРСКАЯ ЧАСТЬ

алгоритм автоматизация вакансия судовой

1.1 Внешнее проектирование

1.1.1 Постановка задачи проектирования

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

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

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

1.1.2 Описание предметной области

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

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

- администрирование системы;

- ввод, хранение и обработка информации о вакансиях;

- ввод, хранение и обработка информации о соискателях работы;

- предоставление средств поиска и отображения информации;

- предоставление средств общения работодателей и соискателей;

- предоставление средств оплаты «членства» в системе.

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

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

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

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

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

Средства оплаты «членства» в системе предназначены для ограничения доступа к полной информации о соискателях работы. В процессе регистрации в системе работодатель имеет возможность выбора одного из 3 вариантов «членства» в системе, различающихся временем доступа к полному резюме соискателя работы: месяц - 5000 руб.; 3 месяца - 9000 руб.; год - 35000 руб.

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

1.1.3 Выбор и обоснование критериев оценки качества

Выделим следующие критерии оценки качества системы:

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

- устойчивость - необходимо обеспечить работу системы в «стресс-ситуациях» (попадание некорректных данных, различные аппаратные проблемы и т.п.) путем реализации обработчика ошибок (исключительных ситуаций);

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

- расширяемость - необходимо предусмотреть возможность добавления новых объектов без изменения всей системы;

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

1.1.4 Анализ аналогов и прототипов

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

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

Итак, проведем сравнительный анализ следующих систем:

- автоматизированная система найма на работу и поиска вакансий для ассоциаций судоходных компаний «Crew4Crew»;

- автоматизированная система поиска вакансий и найма на работу HeadHunter «HH.Ru»;

- автоматизированная система поиска вакансий и найма на работу «Job.Ru».

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

Системы «Job.Ru» и «HH.Ru» также обеспечивают ввод, хранение, обработку и поиск информации о вакансиях и резюме. Однако данные системы являются широконаправленными, вследствие чего вынуждены работать с большими объемами разноплановой информации. Отсюда страдают как качество предоставляемой информации, так и эффективность поиска.

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

Зададим приоритеты выбранных локальных критериев качества при помощи весового вектора:

(1)

где - количество локальных критериев.

Нормализовав вектор , получим вектор :

и результаты сведем в Таблицу

Таблица 1 Критерии оценки качества системы

Наименование критерия
Удобство эксплуатации	10	0.21
Устойчивость	9	0.18
Эффективность поиска	10	0.21
Стоимость	9	0.18
Расширяемость	6	0.12
Переносимость	5	0.10

Для каждого из сравниваемых аналогов найдем значения всех его локальных критериев , где - порядковый номер выбранного локального критерия качества (см. Таблица 2).

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

Таблица 2 Описание оценок, выставляемых по критериям.

условие выполнено	выполнение условия требует доработок	выполнение условия требует серьезных изменений	условие не выполняется
5	4	3	2
1	0.8	0.6	0.4

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

Таблица 3 Нормирование стоимости

	Crew4Crew	HH.Ru	Job.Ru
Стоимость (руб.)	5000	1800	3400
1/Стоимость	0.0002	0.0006	0.0003
	0.3	1	0.5

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

Таблица 4 Результаты вычислений.

	Crew4Crew	HH.Ru	Job.Ru
	0.83	0.82	0.80

Произведенный анализ показал, что согласно выбранному методу сравнения и критериям качества автоматизированная информационная система поиска вакансий и найма на работу «Crew4Crew» является наиболее эффективным вариантом.

1.1.5 Перечень задач, подлежащих решению в процессе разработки

При разработке системы должны быть решены следующие задачи:

Изучение предметной области, заключающееся в изучении теории и практики систем найма на работу и поиска вакансий.

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

Разработка архитектуры системы.

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

Разработка алгоритмов обработки данных.

Программная реализация разработанных алгоритмов.

Разработка интерфейса взаимодействия пользователя с серверной частью.

Проведение тестирования и отладки системы.

1.2 Внутреннее проектирование

1.2.1 Описание структуры системы

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



Рисунок 1.2.1.1 Укрупненная структурная схема АИС «Crew4Crew»

Из приведенной схемы видно, что система представляет собой совокупность нескольких подсистем, каждая из которых служит для решения определенных задач:

- Подсистема администратора

· поиск пользователей системы;

· просмотр/редактирование информации о пользователе системы;

· экспорт списка работодателей;

· экспорт списка соискателей работы;

· управление сроками и условиями «членства» в системе;

· управление форумом.

- Пользовательская подсистема:

- Подсистема работодателя

· просмотр/редактирование информации о работодателе;

· поиск работников;

· составление списка потенциальных работников;

· просмотр/редактирование информации о вакансиях;

· просмотр статистики по вакансиям;

· оплата/продление «членства» в системе.

- Подсистема соискателя работы

· просмотр/редактирование информации о соискателе работы (резюме);

· поиск вакансий;

· составление списка потенциальных вакансий;

· просмотр/редактирование информации, документов и файлов о соискателе работы;

· просмотр статистики по резюме.

- Подсистема форум

· создание/просмотр/редактирование списка тем;

· создание/просмотр/редактирование списка вопросов;

· поиск вопросов по темам форума;

· создание/просмотр/редактирование сообщений.

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

На основании функций и задач, выполняемых каждой из подсистем, была построена более детализированная структурная схема системы, представленная на листе «Схема структурная» графической части данного дипломного проекта.

1.2.2 Проектирование баз данных

Описание инфологической модели предметной области

Инфологическая модель представляет собой концептуальную схему базы данных в форме одной модели, которая может быть отображена в любую СУБД, поддерживающую модель, в которой эта схема описана. На этапе инфологического проектирования используется неформальная модель предметной области типа «сущность - связь». Эта модель позволяет отобразить объекты ПО, взаимоотношения объектов. Основное назначение неформальной модели «сущность - связь» является семантическое описание предметной области и представление информации для обоснования выбора видов моделей и структур данных, которые в дальнейшем будут использованы в системе. Существует несколько подходов к описанию инфологической модели базы данных. С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи).

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

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

Связь выступает в модели в качестве средства, с помощью которого представляются отношения между сущностями, имеющими место в предметной области. Тип связи рассматривается между типами сущностей, а конкретный экземпляр связи рассматриваемого типа существует между конкретными экземплярами рассматриваемых типов сущностей. При анализе связей между сущностями могут встречаться бинарные (между двумя сущностями), тернарные (между тремя сущностями) и, в общем случае, n-арные связи. Могут также встречаться унарные (рекурсивные) связи, когда экземпляр определенного типа сущности связан с другим экземпляром той же самой сущности. Наиболее часто встречаются бинарные связи. Для определения характера взаимосвязей между двумя типами сущностей используются прямое и обратное отображения между двумя соответствующими множествами экземпляров сущностей. При проведении классификации видов связей обычно выделяют следующие виды связей: 1:1, 1:M, M:1, M:М.

В результате проработки предметной области были выделены сущности, их атрибуты, взаимосвязь между ними и построена инфологическая модель базы данных. Графическое представление инфологической модели представлено на листе «Схема инфологической модели БД» графической части данного дипломного проекта.

Описание сущностей и атрибутов

Сущность «Соискатель работы»

- Идентификатор соискателя работы

- ФИО

- Адрес электронной почты

- Адрес

- Идентификатор местоположения

- Контактный телефон

- Факс

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

- Гражданство

- Идентификатор языка

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

- Идентификатор логина

- Идентификатор опыта в морском деле

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

- Идентификатор стажа работы

- Идентификатор визы

- Идентификатор типа найма

- Файлы

- Другая информация

Сущность «Работодатель»

- Идентификатор работодателя

- ФИО

- Адрес

- Контактный телефон

- Факс

- Адрес электронной почты

- Номер кредитной карты

- CVC - код карты

- Тип карты (1 - VISA , 2 - MASTER CARD, 3 - AMEX)

- Дата истечения срока действия карты

- Идентификатор логина

- Идентификатор местоположения

- Другая информация

Сущность «Вакансия»

- Идентификатор вакансии

- Название

- Дата начала работы

- Дата окончания работы

- Идентификатор работодателя

- Название судна

- Идентификатор местоположения

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

- Год выпуска судна

- Длина судна

- Модель судна

- Производитель судна

- Другая информация

Сущность «Список потенциальных вакансий»

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

- Идентификатор вакансии

- Идентификатор соискателя работы

- Дата добавления

«Список потенциальных работников»

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

- Идентификатор соискателя работы

- Идентификатор работодателя

- Дата добавления

«Сообщение форума»

- Идентификатор сообщения форума

- Текст сообщения

- Дата создания

- Идентификатор темы форума

- Идентификатор логина

Сущность «Тема форума»

- Идентификатор темы форума

- Название

- Дата создания

- Идентификатор логина

Сущность «Логин»

- Идентификатор логина

- Логин

- Пароль

Сущность «Местоположение»

- Идентификатор местоположения

- Наименование

«Тип судна»

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

- Наименование

Сущность «Тип поиска вакансии»

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

- Наименование

Сущность «Национальность»

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

- Наименование

Сущность «Стаж работы»

- Идентификатор стажа работы

- Наименование

Сущность «Язык»

- Идентификатор языка

- Наименование

Сущность «Тип найма»

- Идентификатор типа найма

- Наименование

Сущность «Сертификат»

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

- Наименование

Сущность «Опыт в морском деле»

- Идентификатор опыта в морском деле

- Наименование

Сущность «Виза»

- Идентификатор визы

- Наименование

Описание связей

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Стаж работы».

Тип связи - М:1.

Связь «Владеет»

Объединяет сущности «Соискатель работы» и «Язык».

Тип связи - М:М.

Связь «Предпочитает»

Объединяет сущности «Соискатель работы» и «Тип найма».

Тип связи - М:1.

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Сертификат».

Тип связи - М:М.

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Опыт в морском деле».

Тип связи - М:1.

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Виза».

Тип связи - М:М.

Связь «Включает»

Объединяет сущности «Список потенциальных работников» и «Соискатель работы».

Тип связи - 1:М.

Связь «Включает»

Объединяет сущности «Список потенциальных работников» и «Работодатель».

Тип связи - 1:М.

Связь «Принадлежит»

Объединяет сущности «Сообщение форума» и «Логин».

Тип связи - М:1.

Связь «Принадлежит»

Объединяет сущности «Сообщение форума» и «Тема форума».

Тип связи - М:1.

Связь «Создана»

Объединяет сущности «Тема форума» и «Логин».

Тип связи - М:1.

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Логин».

Тип связи - 1:1.

Связь «Имеет»

Объединяет сущности «Работодатель» и «Логин».

Тип связи - 1:1.

Связь «Находится в»

Объединяет сущности «Работодатель» и «Местоположение».

Тип связи - М:1.

Связь «Принадлежит»

Объединяет сущности «Работодатель» и «Вакансия».

Тип связи - 1:М.

Связь «Находится в»

Объединяет сущности «Соискатель работы» и «Местоположение».

Тип связи - М:1.

Связь «Находится в»

Объединяет сущности «Вакансия» и «Местоположение».

Тип связи - М:1.

Связь «Включает»

Объединяет сущности «Список потенциальных вакансий» и «Вакансия».

Тип связи - 1:М.

Связь «Имеет»

Объединяет сущности «Тип бизнесс - объекта» и «Компания-партнер».

Тип связи - 1:М.

Связь «Относится к»

Объединяет сущности «Тип судна» и «Вакансия».

Тип связи - 1:М.

Связь «Включает»

Объединяет сущности «Список потенциальных вакансий» и «Соискатель работы».

Тип связи - 1:М.

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Тип поиска вакансии».

Тип связи - М:1.

Связь «Имеет»

Объединяет сущности «Соискатель работы» и «Национальность».

Тип связи - М:1.

Описание даталогической модели базы данных

Графический вид даталогической модели представлен на листе «Схема даталогической модели БД» графической части данного дипломного проекта.

Таблица 5

Имя колонки	Тип данных
ID	Int (4)
FIO	Varchar (200)
Email	Varchar (100)
Address	Varchar (200)
Location_id	Int (4)
Phone	Varchar (50)
Fax	Varchar (50)
Seeking_employment_type_id	Int (4)
Gender	Varchar (50)
Language_id	Int (4)
Nationality_id	Int (4)
Login_id	Int (4)
Maritime_experience_id	Int (4)
Sertificate_id	Int (4)
Experience_length_id	Int (4)
Visa_id	Int (4)
Employment_type_id	Int (4)
Fail	Varchar (200)
Other_info	Varchar (2000)
Таблица Captain
Имя колонки	Тип данных
ID	Int (4)
FIO	Varchar (200)
Address	Varchar (200)
Phone	Varchar (50)
Fax	Varchar (50)
Email	Varchar (100)
Card_number	Varchar (50)
CVC	Int (4)
Card_type	Int (4)
Expiration_date	Datetime (8)
Login_id	Int (4)
Location_id	Int (4)
Other_info	Varchar (2000)
FIO	Varchar (200)
Address	Varchar (200)
Phone	Varchar (50)
Fax	Varchar (50)
Email	Varchar (100)
Таблица Job
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (100)
Start_date	Datetime (8)
End_date	Datetime (8)
Captain_id	Int (4)
Vessel_name	Varchar (500)
Location_id	Int (4)
Vessel_type_id	Int (4)
Vessel_DOB	Datetime (8)
Vessel_length	Float (8)
Vessel_model	Varchar (500)
Vessel_mfg	Varchar (500)
Other_info	Varchar (2000)
Таблица Potential_job_list
Имя колонки	Тип данных
ID	Int (4)
Job_id	Int (4)
Crew_id	Int (4)
Add_date	Datetime (8)
Таблица Potential_crew_list
Имя колонки	Тип данных
ID	Int (4)
Crew_id	Int (4)
Captain_id	Int (4)
Add_date	Datetime (8)
Таблица Forum_theme
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (200)
Create_date	Datetime (8)
Login_id	Int (4)
Таблица Forum_message
Имя колонки	Тип данных
ID	Int (4)
Message_text	Ntext (16)
Create_date	Datetime (8)
Forum_theme_id	Int (4)
Login_id	Int (4)
Таблица Login
Имя колонки	Тип данных
ID	Int (4)
Login	Varchar (50)
Password	Varchar (50)
Таблица Location
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Vessel_type
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Seeking_employment_type
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица National
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Experience_length
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Language
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Employment_type
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Sertificate
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Maritime_experience
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)
Таблица Visa
Имя колонки	Тип данных
ID	Int (4)
Name	Varchar (50)

1.2.3 Разработка алгоритмов обработки информации

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

Алгоритм авторизации

Алгоритм авторизации проверяет совпадение введенной пользователем информации с информацией хранящейся в БД. При неверной авторизации вход не осуществляется. Аутентификационная информация находится в таблице Login.

Схема алгоритма приведена на рисунке 1.2.3.1.1.

Рисунок 1.2.3.1.1 Алгоритм авторизации.

Алгоритм ввода информации

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

Алгоритм поиска

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

Схема алгоритма приведена на рисунке 1.2.3.3.1.

Рисунок 1.2.3.3.1 Алгоритм поиска

Алгоритм проверки достоверности реквизитов пластиковой карты

Данный алгоритм включает в себя проверку правильности введенной работодателем информации о сроках действия карты и ее номере. Также проверяется соответствие номера карточки ее типу (VISA, MASTER CARD или AMEX), приведенное в Таблице 6.

Таблица 6 Соответствие номера пластиковой карты и ее типа

Тип карты	Обязательная цифра в начале номера карты	Количество символов в номере карты
VISA	4	13 или 16
MASTER CARD	5	16
AMEX	34 или 37	15

Схема алгоритма приведена на рисунке 1.2.3.4.1.

Рисунок 1.2.3.4.1 Алгоритм проверки достоверности реквизитов пластиковой карты

Алгоритмы функций проверки даты истечения срока действия карты (ValidateCardExpirationDate) и проверки номера карты (ValidateCardNumber) представлены на рисунке 1.2.3.4.2. и рисунке 1.2.3.4.3. соответственно.

Рисунок 1.2.3.4.2 Функция проверки даты истечения срока действия карты



Рисунок 1.2.3.4.3 Функция проверки номера карты

Алгоритм оплаты «членства» в системе

Данный алгоритм основан на использовании API интерфейса - интерфейса прикладного программирования. API - это программный интерфейс приложения - набор функций для обработки платежей через Интернет с высокой степенью безопасности.

Преимущества API

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

Использование API обеспечивает взаимодействие онлайн оплаты «членства» в системе с центром платежей посредством SSL-протокола - протокола безопасных соединений. Все операции по пластиковым картам проводятся и управляются через центр платежей.

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

Небольшие системы могут быстро и легко начать использование API для осуществления интернет-платежей. Ознакомившись с порядком использования платежной системы (в данном случае была использована система YourPay) и зарегистрировавшись в ней, первые транзакции можно будет осуществить уже в течение 24 часов. При этом нет необходимости вкладывать дополнительные средства в персонал, оборудование, программное обеспечение, требующиеся для безопасного хранения информации.

SSL - протокол

API предоставляет средства шифрования данных, серверной аутентификации, проверки целостности сообщений и необязательной пользовательской аутентификации для TCP/IP соединения с помощью протокола безопасных соединений (SSL-протокола).

SSL - это протокол, разработанный Netscape для обеспечения безопасной передачи конфиденциальной информации в сети Интернет. Этот протокол использует пары открытых и закрытых ключей для шифрования данных. Открытый и закрытый ключи - различны и каждая пара уникальна. Таким образом, посланные Вами ключи могут Вас идентифицировать.

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

Как функционирует API

С помощью модулей API можно сформировать свою собственную платежную систему под конкретные цели. Существуют следующие модули:

- платежный;

- стоимости доставки;

- величины пошлины;

- электронной проверки;

- возврата платежей.

Для проведения операций с пластиковыми картами достаточно использовать только платежный модуль. После интеграции платежного модуля API в систему, работодатель получает возможность оплачивать «членство» через Интернет автоматически, а все детали платежей остаются скрытыми.

Используя личный доступ к YourPay, администратор системы «Crew4Crew» может просматривать все детали платежей.

1.2.4 Разработка архитектуры системы

Выбор архитектуры

Наличие таких требований как:

- возможность доступа к системе через Интернет;

- обеспечение одновременной работы большого числа пользователей;

- наличие удобного пользовательского интерфейса;

- возможность работы под управлением операционных систем Windows, Unix

делает наиболее приемлемой трехзвенную архитектуру с «тонким клиентом», работающим в среде Web-браузера (Интернет). Так как в противном случае клиенту пришлось бы устанавливать на компьютер большое количество ресурсоемкого программного обеспечения, что доставляло бы пользователям большие неудобства.

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

Ультратонкий клиент предназначен лишь для отображения информации и не содержит никакой бизнес-логики. Этим достигается снижение требований к аппаратному обеспечению клиента.

Сервер приложений предназначен для преобразования информации от базы данных в понятный клиенту вид, обработки примерно 10% бизнес-логики приложения, обработку ошибок и обеспечения доступа к базе данных множества пользователей. На данном уровне выделяют так называемые экранные модули и модули данных. Экранный модуль определяет состав и размещение элементов управления на окне, показываемом пользователю, на основе набора интерфейсных компонентов и их состояний генерирует HTML-файл, содержащий апплеты, который отсылается клиенту. Также он инициирует модуль данных и делегирует ему события, приходящие со стороны клиента.

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

Обоснование выбора СУБД

На самом общем уровне все СУБД можно разделить:

- на профессиональные (промышленные);

- персональные (настольные).

Профессиональные СУБД представляют собой программную основу для разработки автоматизированных систем управления крупными экономическими объектами. На их базе создаются комплексы управления и обработки информации крупных предприятий, банков или даже целых отраслей. Первостепенными условиями, которым должны удовлетворять профессиональные СУБД, являются:

- возможность организации совместной параллельной работы большого количества пользователей;

- масштабируемость, то есть возможность роста системы пропорционально расширению управляемого объекта;

- переносимость на различные аппаратные и программные платформы;

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

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

В настоящее время характерными представителями профессиональных СУБД являются такие программные продукты, как Oracle, DB2, Sybase, Informix, Ingres, Progress.

Персональные системы управления данными - это программное обеспечение, ориентированное на решение задач локального пользователя или компактной группы пользователей и предназначенное для использования на ПЭВМ (персональном компьютере). Это объясняет и их второе название - настольные. Определяющими характеристиками настольных систем являются:

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

- относительно ограниченные требования к аппаратным ресурсам.

Среди СУБД, которые, условно говоря, занимают промежуточное положение между настольными и промышленными системами, могут быть названы SQLWindows/ SQLBase фирмы Centura (до 1996 г. Gupta), InterBase (Borland), Microsoft SQL Server.В применении к данной выпускной работе сравним наиболее популярные на сегодняшний день СУБД Oracle, MsAccess, MsSQL. Окончательный вариант сравнения приведен в Таблице 7.

Таблица 7 Критерии выбора СУБД

Параметры сравнения	Варианты сравнения СУБД
	MsSQL	Oracle	MsAccess
Простота организации интерфейса	Отлично	Хорошо	Очень хорошо
Поддержка серверов	Удовл.	Отлично	Отлично
Безопасность	Хорошо	Очень хорошо	Хорошо
Число записей в таблице	1000000	1000000	1000000
Число полей	20	20	20
Численность индексных полей	6	6	6
Размер таблицы, Мб	420	725	295
Сжатие	Нет	Нет	Нет
Время доступа к таблице	4.4	0.05	0.03
Максимальный объем БД	100Мб	2Тб	2Тб
Время загрузки записей поиска(100 записей), с	1,2	0,8	0,7
Простота работы с таблицами	Отлично	Хорошо	Хорошо
Простота формирования отчетов	Отлично	Хорошо	Отлично

Переход от качественных показателей к количественным приведен в Таблице 8.

Таблица 8 Соотношение количественных и качественных показателей

Качественная оценка	Отлично	Очень хорошо	Хорошо	Удовл.
Количественная оценка	5	4,5	4	3

(5)(нормированный показатель)

- значение параметра в строке;

- максимальное значение в строке.

С учетом весового коэффициента Таблица 7 принимает вид:

Таблица 9 Критерии выбора СУБД с учетом весовых коэффициентов

Параметры сравнения	Варианты сравнения СУБД
	Весовой коэффициент,	MsSQL	Oracle	MsAccess
Простота организации интерфейса	3х	1	0,8	0,9
Поддержка серверов	х	0,5	1	1
Безопасность	х	0,8	0,9	0,8
Размер таблицы, Мб	2х	420	725	295
Время доступа к таблице	1,5х	4.4	0.05	0.03
Максимальный объем БД, Мб	2х	100	2000	2000
Время загрузки записей поиска(100 записей), с	1,5х	1,2	0,8	0,7
Простота работы с таблицами	2х	1	0,9	0,9
Простота формирования отчетов	2х	1	0,8	1
	16х

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

Таблица 10 Выбор СУБД.

Параметры сравнения	Варианты сравнения СУБД
	Весовой коэффициент	MsSQL	Oracle	MsAccess
Простота организации интерфейса	0,1875	1	0,8	0,9
Поддержка серверов	0,0625	0,5	1	1
Безопасность	0,0625	0,88	1	0,88
Размер таблицы, Мб	0,125	0,58	1	0,4
Время доступа к таблице	0,09375	0,006	0,6	1
Максимальный объем БД, Мб	0,125	0,05	1	1
Время загрузки записей поиска(100 записей), с	0,09375	0,58	0,88	1
Простота работы с таблицами	0,125	1	0,9	0,9
Простота формирования отчетов	0,125	1	0,8	1
		0,73

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

• Разработка прототипа веб-системы для взаимодействия студентов и работодателей при поиске вакансий

  Анализ процесса взаимодействия студентов и работодателей при поиске вакансий. Преимущества трудоустройства студентов во время учебы в ВУЗе, методы поиска работы. Проектирование базы данных и разработка веб-сайта для поиска предложений работы студентам.
  
  курсовая работа [3,3 M], добавлен 03.07.2017
  

• Разработка системы автоматического поиска объектов на изображении

  Обзор алгоритмов распознания объектов на двумерных изображениях. Выбор языка программирования. Обнаружение устойчивых признаков изображения. Исследование алгоритмов поиска объектов на плоскости. Модификация алгоритма поиска максимума дискретной функции.
  
  дипломная работа [1,0 M], добавлен 16.06.2013
  

• Разработка комплекса программ и реализация алгоритмов поиска подстроки

  Реализация комплекса программ поиска подстроки в тексте алгоритмом прямого поиска и алгоритмом Кнута-Морриса-Пратта. Сравнительный анализ теоретических и экспериментальных оценок эффективности алгоритмов. Разработка структуры программы, ее листинг.
  
  курсовая работа [2,8 M], добавлен 22.01.2015
  

• Автоматизированная система построения лабиринта и поиска выхода из него

  Описание алгоритмов поиска пути. Диаграмма объектов предметной области. Разработка структурной схемы. Проектирование интерфейса пользователя. Выбор и обоснование комплекса программных средств. Разработка пользовательского меню. Диаграмма компонентов.
  
  курсовая работа [3,5 M], добавлен 10.04.2015
  

• Методы поиска информации в Интернете

  Средства поиска информации в сети Интернет. Основные требования и методика поиска информации. Структура и характеристика поисковых сервисов. Глобальные поисковые машины WWW (World Wide Web). Планирование поиска и сбора информации в сети Интернет.
  
  реферат [32,2 K], добавлен 02.11.2010
  

• Поисковые системы Internet. Журналы

  Основные протоколы, используемые в Интернет. Инструменты поиска в Интернете. Популярные поисковые системы. Как работают механизмы поиска. Средства поиска и структурирования. Автоматизированная навигация по Сети. Критерии качества работы поисковой машины.
  
  реферат [19,7 K], добавлен 14.02.2012
  

• Алгоритмы поиска и сортировки данных

  Методы реализации алгоритмов сортировки и алгоритмов поиска на языках программирования высокого уровня. Программирование алгоритмов сортировки и поиска в рамках создаваемого программного средства на языке Delphi. Создание руководства пользователя.
  
  курсовая работа [1,7 M], добавлен 16.04.2012
  

• Система автоматизированного поиска на таблицах

  Выбор и анализ языка программирования для проектирования системы автоматизированного поиска по таблицам. Ввод в теории поиска и принятия решений. Роль формальных методов при решении практических проблем выбора. Средства ввода и корректировки таблиц.
  
  отчет по практике [53,0 K], добавлен 12.05.2015
  

• Организация поиска информации

  Исследование основных концепций информационного поиска: булева и векторная модели, меры подобия и определение веса индексных терминов. Оценка неранжированных наборов результата поиска. Реализация векторной модели в среде Matlab, листинг программы.
  
  реферат [717,1 K], добавлен 15.07.2012
  

• Разработка автоматизированной информационной системы "Журнал преподавателей"

  Объектно-ориентированное программирование как новый подход к созданию приложений. Разработка Windows-приложения для поиска информации в хэш-таблице. Анализ использования хеширования для поиска данных и линейного зондирования для разрешения конфликтов.
  
  курсовая работа [915,5 K], добавлен 06.03.2016
  

• Программа иерархических структур данных

  Разработка программного комплекса, позволяющего проиллюстрировать работу с иерархическими структурами данных. Способы изображения древовидной структуры. Двоичное (бинарное) дерево поиска. Описание алгоритмов, которые используются в программном комплексе.
  
  курсовая работа [747,2 K], добавлен 09.06.2013
  

• Поиск и анализ движущихся объектов по серии изображений

  Задачи компьютерного зрения. Анализ, разработка и реализация алгоритмов поиска и определения движения объекта, его свойств и характеристик. Алгоритмы поиска и обработки найденных областей движения. Метод коррекции. Нахождение объекта по цветовому диапазон
  
  статья [2,5 M], добавлен 29.09.2008
  

• Методы и формы организации поиска в рамках ресурса

  Основные критерии и требования к средствам поиска по ресурсу. Технологии создания инструментов поиска. Способы поиска по ресурсу. Принцип действия поиска по ключевым словам и при помощи поисковых систем. Разработка ресурса "Поиск по ресурсу" в виде блога.
  
  курсовая работа [983,7 K], добавлен 01.02.2015
  

• Разработка приложения, представляющего собой базу данных о сотрудниках

  Программный продукт "Автоматизированная система начальника отдела кадров учреждения" для автоматизации процесса заполнения документации на сотрудников учреждения, ее хранения, обработки и поиска по задаваемым критериям и вывода на печать отчета.
  
  курсовая работа [1,7 M], добавлен 06.05.2009
  

• Мои сетевые источники международной информации

  Пути поиска и обработки информации в современном мире, оценка преимуществ Всемирной сети в данном процессе. Сайты, распространенные в российском сегменте Интернета, которые наиболее часто используются пользователями для поиска необходимой информации.
  
  эссе [13,2 K], добавлен 11.10.2014
  

• Алгоритмы поиска подстроки в строке

  Теоретические сведения об алгоритмах поиска подстроки в строке. Глобализация информации в сети Internet. Интеллектуальный поиск. Алгоритм последовательного (прямого) поиска, Рабина и их применение. Анализ алгоритмов. Реализация программного кода.
  
  курсовая работа [230,8 K], добавлен 12.02.2009
  

• Поиск подстроки в строке

  Основные определения поиска подстроки в строке. Простейшие алгоритмы поиска подстроки в строке. Алгоритмы последовательного поиска и Рабина-Карпа, создание и описание программы, реализующей их. Порядок работы с приложением. Тестирование алгоритмов.
  
  курсовая работа [2,7 M], добавлен 24.05.2012
  

• Автоматизированная информационная система мониторинга производства

  Разработка автоматизированной системы мониторинга производственной деятельности предприятия, необходимой для принятия управленческих решений, обеспечивающих стабильную работу завода бытовой техники ЗАО "АТЛАНТ". Описание классов системы, тестирование.
  
  курсовая работа [3,6 M], добавлен 19.06.2014
  

• Автоматизация подбора сотрудников на примере использования программного продукта E-Staff Рекрутер

  Функциональные возможности программного продукта E-Staff Рекрутер. Учет кандидатов на работу, вакансий, затрат на подбор персонала. Автоматизация конкурсного отбора кандидатов на работу, интеграция с Web-сайтом. Ведение полного архива по вакансиям.
  
  курсовая работа [231,4 K], добавлен 07.08.2013
  

• Модели и алгоритмы информационного поиска в многоязычной среде на основе тематических и динамических корпусов текстов

  Проект экспериментального программного комплекса индексирования и поиска неструктурированной текстовой информации в многоязычной среде, состоящего из математических моделей, алгоритмов и программных средств. Исследование характеристик его эффективности.
  
  автореферат [296,5 K], добавлен 31.01.2012
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам