Подсистема автоматического резервирования данных пользователей и их восстановление после инцидентов в ИУС СН
Логическая организация информационной системы специального назначения, её состав и задачи. Назначение комплекса программ "Эксплуатационное обслуживание" и его компонентов. Архитектура подсистемы автоматического резервирования данных пользователей.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 13.04.2014 |
| Размер файла | 1,5 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Плюсы хранения данных на ленточном носителе:
- низкая стоимость.
- низкое энергопотребление накопителя.
- большие объемы данных.
- простой способ увеличения объема хранимых данных без значительных инвестиций.
Минусы хранения данных на ленточном носителе:
- низкая скорость доступа к данным;
- сложный процесс обработки параллельных запросов к данным;
Существует два наиболее часто встречающихся вида дисковых накопителей: накопители на жёстких магнитных дисках и накопители на оптических дисках.
Накопители на жестких магнитных дисках являются основными устройствами оперативного хранения информации. Для современных одиночных накопителей характерны объемы от сотен мегабайт до нескольких гигабайт при времени доступа 5-15 мс и скорости передачи данных 1-10 Мбайт/с. Относительно корпуса сервера различают внутренние и внешние накопители. Внутренние накопители существенно дешевле, но их максимальное количество ограничивается числом свободных отсеков корпуса, мощностью и количеством соответствующих разъемов блока питания сервера. Установка и замена обычных внутренних накопителей требует выключения сервера, что в некоторых случаях недопустимо. Внутренние накопители с возможностью "горячей" замены (Hot Swap) представляют собой обычные винчестеры, установленные в специальные кассеты с разъемами. Кассеты обычно вставляются в специальные отсеки со стороны лицевой панели корпуса, конструкция позволяет вынимать и вставлять дисководы при включенном питании сервера. Для стандартных корпусов существуют недорогие приспособления, обеспечивающие оперативную съемность стандартных винчестеров. Внешние накопители имеют собственные корпуса и блоки питания, их максимальное количество определяется возможностями интерфейса. Обслуживание внешних накопителей может производиться и при работающем сервере, хотя может требовать прекращения доступа к части дисков сервера.
Для больших объемов хранимых данных применяются блоки внешних накопителей - дисковые массивы и стойки, представляющие собой сложные устройства с собственными интеллектуальными контроллерами, обеспечивающими, кроме обычных режимов работы, диагностику и тестирование своих накопителей. Более сложными и надежными устройствами хранения являются RAID-массивы[22] (Redundant Array of Inexpensive Disks - избыточный массив недорогих дисков). Для пользователя RAID представляет собой один (обычно SCSI) диск, в котором производится одновременная распределенная избыточная запись (считывание) данных на несколько физических накопителей (типично 4-5) по правилам, определяемым уровнем реализации (0-10). Например, RAID Level 5 позволяет при считывании исправлять ошибки и осуществлять замену любого диска без остановки обращения к данным.
Устройства считывания компакт-дисков CD-ROM расширяют возможности системы хранения данных NetWare[23]. Существующие накопители обеспечивают скорость считывания от 150 кбайт/с до 300/600/900/1500 Кбайт/c для 2-,4-,6- и 10-скоростных моделей при времени доступа 200-500 мс. NetWare позволяет монтировать компакт-диск как сетевой том, доступный пользователям для чтения. Объем тома может достигать 682 Мбайт (780 Мбайт для Mode 2). Устройства CD-ROM выпускаются с различными интерфейсами, как специфическими (Sony, Panasonic, Mitsumi), так и общего применения: IDE[24] и SCSI[24]. Сервер NetWare обслуживает только CD-ROM с интерфейсами SCSI, новые драйверы существуют и для IDE; устройства со специфическими интерфейсами могут использоваться только в DOS для инсталляции системы. С точки зрения повышения производительности предпочтительнее использование CD-ROM SCSI, однако они существенно дороже аналогичных IDE-устройств. В сервере с дисками SCSI применение CD-ROM с интерфейсом IDE может оказаться невозможным из-за конфликтов адаптеров.
Достоинствами таких накопителей является:
- быстрый доступ к данным;
- возможность параллельного доступа к данным без значительной потери скорости;
Недостатки дисковых накопителей:
- более высокая стоимость чем ленты;
- более высокое энергопотребление;
- более дорогое расширение системы хранения данных;
- невозможность обеспечения высокой безопасности копий .
Сетевые технологии. Сетевое хранение данных построено на трех фундаментальных компонентах: коммутации, хранении и файлах. Все продукты хранения можно представить в виде комбинации функций данных компонентов. Поначалу это может вызвать замешательство: поскольку продукты хранения разрабатывались по совершенно разным направлениям, функции часто перекрывают друг друга.
В сети работает множество приложений типа "клиент-сервер" и различных видов распределенных приложений, но в то же время хранение является уникальным и специализированным типом приложения, которое может функционировать в нескольких сетевых средах. Поскольку процессы хранения тесно интегрированы с сетями, будет уместно напомнить, что сетевые хранилища представляют собой системные приложения. Сервисами, которые предоставляются сетевыми приложениями хранения, могут пользоваться сложные корпоративные программы и пользовательские приложения. Как и в случае со многими технологиями, некоторые типы систем лучше отвечают требованиям сложных приложений высокого уровня.
Термин "коммутация" применяется ко всему программному и аппаратному обеспечению и к службам, которые обеспечивают транспортировку хранения и управление ею в сетевом хранилище. Сюда входят такие различные элементы, как разводка кабелей, сетевые контроллеры ввода-вывода, коммутаторы, концентраторы, аппаратура выборки адресов, контроль связи данных, транспортные протоколы, безопасность и резервы ресурсов. В сетевых хранилищах все еще широко используются технологии шин данных SCSI[25] и ATA[25], и, скорее всего, они будут использоваться еще долго. Фактически продукты SCSI и ATA сегодня применяются гораздо чаще в технологии NAS[25]. Существуют два важных различия между сетями хранения SAN и обычными локальными сетями LAN. Сети хранения SAN автоматически синхронизируют данные между отдельными системами и хранилищами. В сетевых хранилищах необходимы компоненты высокой степени точности для обеспечения надежной и предсказуемой среды. Несмотря на ограничения по расстоянию, параллельная SCSI -- чрезвычайно надежная и предсказуемая технология. Сам термин "канал", берущий свое начало в среде больших вычислительных машин, предполагает высокую надежность и работоспособность.
Хранение в основном затрагивает блочные операции адресного пространства, включая создание виртуальной среды, когда адреса логического блока хранения отображаются из одного адресного пространства в другое. Вообще говоря, в сетевых хранилищах функция хранения почти не изменилась, если не считать двух заметных отличий. Первое -- это возможность нахождения технологий виртуализации устройства, например управление устройством внутри оборудования сетевого хранения. Этот вид функции иногда называют контроллером домена хранения или виртуализацией LUN[25]. Второе главное отличие хранения заключается в масштабируемости. Продукты хранения, такие как подсистемы хранения, имеют значительно больше контроллеров/интерфейсов, чем предыдущие поколения шинной технологии, а также намного больший объем хранения.
Функция организации файлов представляет абстрактный объект конечному пользователю и приложениям, а также организует разметку данных на реальных или виртуальных устройствах хранения. Основную часть функциональности файлов в сетевых хранилищах обеспечивают файловые системы и базы данных; их дополняют приложения управления хранением, например операции резервного копирования, также являющиеся файловыми приложениями. Сетевое хранение к настоящему времени почти не изменило файловые функции, за исключением разработки файловых систем NAS. Кроме упомянутых технологий хранения данных NAS и SAN, ориентированных на крупные и глобальные сети, в небольших локальных сетях доминирующее положение занимает технология DAS, в соответствии с которой хранилище находится внутри сервера, обеспечивающего объем хранилища и необходимую вычислительную мощность.
Простейшим примером DAS может служить накопитель на жестком диске внутри персонального компьютера или ленточный накопитель, подключенный к единственному серверу. Запросы ввода-вывода (называемые также командами или протоколами передачи данных) непосредственно обращаются к этим устройствам. Однако такие системы плохо масштабируются, и компании с целью расширения объема хранилища вынуждены приобретать дополнительные серверы. Эта архитектура очень дорогая и может использоваться только для создания небольших по объему хранилищ данных.
Когда резервные копии сделаны, эти копии должны быть сохранены. Однако, совсем не так очевидно, что именно следует хранить и где. Чтобы правильно определить место хранении копий, нужно сначала учесть обстоятельства, при которых будут использоваться резервные копии. Можно выделить три основные ситуации:
- восстановление отдельных файлов по запросу пользователей;
- глобальное восстановление при чрезвычайной ситуации;
- архивное хранилище скорее всего никогда не потребуется.
К сожалению, между первой и второй ситуацией существуют несовместимые противоречия. Когда пользователь удаляет файл случайно, он хочет возвратить его немедленно. Следовательно, резервный носитель должен быть не дальше нескольких метров от компьютера, на котором должны быть восстановлены данные. В случае чрезвычайных ситуаций необходимо будет выполнить полное восстановление одного или нескольких компьютеров в вашем центре данных, а если произошедший сбой будет иметь физический характер, он разрушит не только компьютеры, но и все резервные копии, хранящиеся рядом. Вопрос архивного хранилища менее спорный -- вероятность того, что администратор воспользуется им, довольно мала, поэтому если резервный носитель хранится далеко от центра данных, это не должно быть проблемой. Для решения этих разных задач могут быть выбраны различные подходы, в зависимости от потребностей организации. Первый возможный подход заключается в хранении копий за несколько дней у себя на месте, а затем переносить эти копии в более безопасное удалённое хранилище, когда будут созданы новые ежедневные копии. Другой подход заключается в поддержке двух наборов носителей:
- набор носителей в центре данных, используемый исключительно для восстановления отдельных данных по запросу;
- набор носителей для удалённого хранения и восстановления в случае чрезвычайных ситуаций.
Конечно, наличие двух наборов подразумевает необходимость делать все резервные копии дважды или копировать их. Это можно сделать, но двойное резервное копирование может занять много времени, а для копирования резервных копий могут потребоваться несколько устройств для работы с резервными копиями (и возможно, выделить для копирования отдельный компьютер. Сложность для системного администратора заключается в выдерживании баланса между удовлетворением нужд пользователей и наличием резервных копий на случай наихудших ситуаций.
В большинстве случаев резервные копии выполняются ежедневно, а восстановление, как правило, происходит реже. Однако, восстановления неизбежно, в нём обязательно будет необходимость, поэтому к нему лучше подготовиться. Здесь важно проанализировать две важные ситуации, возникающие при восстановлении данных из резервных копий:
- восстановление данных на чистом компьютере;
- проверка актуальности резервных копий.
Восстановление данных на чистом компьютере - это процесс восстановления полной копии системы на компьютере, на котором нет абсолютно никаких данных - ни операционной системы, ни приложений, ничего. Вообще можно выделить два основных подхода к восстановлению на голом компьютере:
- переустановка, за которой следует восстановление, здесь базовая операционная система устанавливается таким же образом, как и на совершенно новый компьютер. Когда операционная система установлена и правильно настроена, оставшиеся диски можно подключить и отформатировать, и восстановить все копии с резервных носителей;
- диск для восстановления системы - это загрузочный носитель некоторого рода (обычно CD-ROM), который содержит минимальное системное окружение и позволяет выполнять самые основные административные задачи. Окружение восстановления содержит необходимые утилиты для разбиения на разделы и форматирования дисков, драйверы устройств, необходимые для обращения к устройству с резервными копиями, и программы, необходимые для восстановления данных с резервных носителей.
Проверка актуальности резервных копий. Все типы копий следует периодически проверять, чтобы убедиться в том, что эти копии можно прочитать и что они являются актуальными на настоящее время. Действительно, иногда копии, по той или иной причине, могут не читаться, чаще всего это обнаруживается только при потере данных, когда требуется резервная копия. Причины этого могут быть самыми разными, например: смещение головки стримера, неправильно настроенная программа резервного копирования и ошибка оператора. Но какова бы не была причина, не проводя периодических проверок, администратор не может быть уверен в том, что действительно есть резервные копии, с которых когда-нибудь позже можно будет восстановить данные.
4.3 Анализ технологий сжатия данных
Основной задачей "Резервирование данных пользователя" является задача выбора технологии сжатия данных.
Технология сжатия влияет на общую производительность подсистемы.
В данном дипломном проекте были проанализированы следующие технологии сжатия данных:
- алгоритм словарного сжатия Зива-Лемпела[27];
- контекстное моделирование[27];
- преобразования Барроуза - Уилера[27].
Алгоритм словарного сжатия Зива-Лемпела (LZW). Данный алгоритм при сжатии (кодировании) динамически создаёт таблицу преобразования строк: определённым последовательностям символов (словам) ставятся в соответствие группы бит фиксированной длины (обычно 12-битные). Таблица инициализируется всеми 1-символьными строками (в случае 8-битных символов -- это 256 записей). По мере кодирования, алгоритм просматривает текст символ за символом, и сохраняет каждую новую, уникальную 2-символьную строку в таблицу в виде пары код/символ, где код ссылается на соответствующий первый символ. После того как новая 2-символьная строка сохранена в таблице, на выход передаётся код первого символа. Когда на входе читается очередной символ, для него по таблице находится уже встречавшаяся строка максимальной длины, после чего в таблице сохраняется код этой строки со следующим символом на входе; на выход выдаётся код этой строки, а следующий символ используется в качестве начала следующей строки.
Алгоритму декодирования на входе требуется только закодированный текст, поскольку он может воссоздать соответствующую таблицу преобразования непосредственно по закодированному тексту.
На момент своего появления алгоритм LZW давал лучший коэффициент сжатия, для большинства приложений, чем любой другой хорошо известный метод того времени. Он стал первым широко используемым на компьютерах методом сжатия данных.
Алгоритм был реализован в программе compress, которая стала более или менее стандартной утилитой Unix-систем приблизительно в 1986 году. Несколько других популярных утилит-архиваторов также используют этот метод или близкие к нему.
В 1987 году алгоритм стал частью стандарта на формат изображений GIF. Он также может (опционально) использоваться в формате TIFF.
В настоящее время, алгоритм содержится в стандарте PDF.
Технология контекстного моделирования (PPM). PPM (англ. Prediction by Partial Matching -- предсказание по частичному совпадению) -- адаптивный статистический алгоритм сжатия данных без потерь, основанный на контекстном моделировании и предсказании. Модель PPM использует контекст -- множество символов в несжатом потоке, предшествующих данному, чтобы предсказывать значение символа на основе статистических данных. Сама модель PPM лишь предсказывает значение символа, непосредственное сжатие осуществляется алгоритмами энтропийного кодирования, как например, алгоритм Хаффмана, арифметическое кодирование. Вот уже в течение полутора десятков лет представители семейства РРМ остаются наиболее мощными практическими алгоритмами с точки зрения степени сжатия. Наилучшие результаты алгоритмы РРМ показывают на текстах: отличный коэффициент сжатия при высокой скорости, чему наглядным примером являются компрессоры PPMd и PPMonstr. Кроме того, если стоит задача максимизации степени сжатия определенных данных, то скорее всего РРМ-подобный алгоритм будет наилучшим выбором в качестве основы специализированного компрессора.
Если выйти за рамки частной проблемы сжатия данных, то несомненным достоинством РРМ является возможность получения хорошей статистической модели обработанной последовательности качественных данных (или сгенерировавшего ее источника). Действительно, модель, позволяющую эффективно предсказывать неизвестные символы сообщения, можно применять не только для сжатия, но и для решения задач коррекции текста в системах OCR, распознавания речи, классификации типа текста, семантического анализа текста, шифрования.
Преобразование Барроуза - Уилера (BWT). Технология сжатия данных BWT основана на преобразовании Барроуза - Уилера.
Важнейшей задачей, которая должна быть решена для получения быстрого алгоритма BWT, является задача сортировки строк. При этом следует учесть, что некоторые алгоритмы сортировки строк крайне зависимы от "удачности" входных данных, работают быстро в большинстве случаев, но крайне сильно деградируют в неудачных случаях.
Например, такова довольно удачная в общем случае комбинация "bucket sort+qsort Седжвика в каждой корзине" на входном тексте в виде длинной последовательности ABABABAB -- bucket sort создаст 2 корзины для A и B, заполнив каждую почти полностью одинаковыми строками, после чего qsort на таком наборе затянется почти навсегда.
В таких случаях приходится прерывать исполнение "затянувшегося" алгоритма и переходить на другой алгоритм (radix sort), который хуже в удачных случаях, но не подвержен обвальной деградации.
Потребление памяти BWT компрессором главным образом сводится к буферу под ныне сортируемую порцию входных данных, для хорошего качества компрессии (хорошей глубины анализа) это единицы мегабайт, что превосходит потребление памяти всеми остальными звеньями компрессора.
LZH компрессор (gzip в максимальном режиме) немного хуже по качеству сжатия и примерно одинаков по скорости, но потребляет значительно меньше памяти.
BWT декомпрессор намного быстрее (линейная скорость) и не потребляет значительных объемов памяти, что отличает его от алгоритмов PPM.
4.4 Выбор технологии сжатия данных
Выбор метода - важная задача, которую должен решить разработчик программных средств сжатия данных. Выбор зависит от типа данных, которые предстоит обрабатывать, аппаратных ресурсов, требований к степени сжатия и ограничений на время работы программы.
Прежде всего, следует учитывать, что каждая из рассмотренных технологий сжатия данных допускает модификации, позволяющие существенно изменить параметры компрессора. Так, увеличение порядка модели РРМ приводит к заметному усилению сжатия ценой замедления работы и увеличения расхода памяти. К аналогичному результату приводит увеличение размера словаря LZ77-Meтодов, но при этом время разжатия остается практически неизменным. Свойства компрессоров на основе BWT варьируются в меньшей степени.
Ограничения на время работы программы возникают в зависимости от условий, в которых предстоит работать архиватору. При резервном сохранении данных положение вещей обратно, поскольку ситуация, когда требуется выполнить разжатие, довольно редка. Необходимость оперативной передачи данных по сети обусловливает одинаковые требования к временам сжатия и разжатия; если данные передаются нескольким абонентам, некоторое преимущество имеют архиваторы, обладающие более быстрым алгоритмом разжатия.
Методы семейства LZ77 обладают наибольшей скоростью декомпрессии. Превышение над скоростью сжатия при использовании метода Хаффмана для кодирования результатов работы Ь277-метода - десятикратное. Меньшая разница у методов на основе BWT - в среднем скорость разжатия в 2-4 раза выше скорости сжатия. Декодирование при использовании РРМ на 5-10% медленнее кодирования. Компрессоры на базе частичных сортирующих преобразований малого порядка характеризуются еще большим отставанием разжатия - на некоторых файлах оно в несколько раз медленнее сжатия.
Похожая картина наблюдается, если сравнивать использование памяти при декодировании. В случае применения LZ77 расходы памяти минимальны. Архиваторы на основе РРМ наиболее требовательны - им необходимо столько же памяти, сколько и при кодированииТаким образом, если можно пренебречь степенью сжатия, методы семейства LZ77 наиболее эффективны для создания дистрибутивов, а методы на основе частичных сортирующих преобразований - для резервного копирования.
Выбор метода - важная задача, которую должен решить разработчик программных средств сжатия данных. Выбор зависит от типа данных, которые предстоит обрабатывать, аппаратных ресурсов, требований к степени сжатия и ограничений на время работы программы.
Результатом анализа методов сжатия данных в пункте 4.2 можно составить сравнительную таблицу технологий - таблицу 4.3.
Таблица 4.3 - Сравнительная таблица технологий сжатия данных
|
Параметр |
Метод |
Однородные данные |
Однородные данные с большой избыточностью (исходные тексты программ) |
Неоднородные данные |
Данные с большой избыточностью |
|
|
Степень сжатия |
PPM |
Высокая |
Высокая |
Высокая |
Невысокая |
|
|
BWT |
Близкая к PPM |
Близкая к PPM |
Без фрагментирования - худшая |
Низкая |
||
|
LZ77 |
Заметно худшая |
При большом количестве длинных повторов довольно высокая |
Близкая к PPM |
Низкая |
||
|
Скорость кодирования |
BWT |
Высокая |
Средняя |
Высокая |
Высокая |
|
|
PPM |
При большом порядке модели - самая низкая, при небольшом - немного быстрее BWT |
Если не использовать сложное моделирование - высокая |
Средняя |
Низкая |
||
|
LZ77 |
Средняя, а при малом словаре - самая высокая |
Средняя, при малом словаре - высокая |
Высокая |
Высокая |
||
|
Параметр |
Метод |
Однородные данные |
Однородные данные с большой избыточностью (исходные тексты программ) |
Неоднородные данные |
Данные с большой избыточностью |
|
|
Скорость декодирования |
LZ77 |
Примерно в 10 раз выше скорости кодирования, разница ещё больше на избыточных данных |
||||
|
PPM |
Обычно на 5-10% медленнее кодирования |
|||||
|
BWT |
в 2-4 раза вые скорости кодирования |
|||||
|
Требуемый объём памяти при сжатии |
BWT |
Постоянный при сжатии любого типа |
||||
|
PPM |
Варьируется в широких пределах в зависимости от сложности моделирования и порядка модели: вырастает для очень неоднородных данных; в зависимости от структуры хранения контекстной информации может увеличиваться для избыточных данных |
|||||
|
LZ77 |
Пропорционален размеру словаря |
|||||
|
Требуемый объём памяти при разжатии |
LZ77 |
Минимальный |
||||
|
PPM |
Максимальный; если процесс моделирования симметричен, то примерно равен расходу памяти при сжатии |
|||||
|
BWT |
Средний |
4.5 Вывод по четвертому разделу
В данном разделе были проанализированы следующие системы резервирования данных: Amanda, Afbackup, BackupPC; Arkeia; Box Backup.
В результате анализа был сделан вывод о том, что не одна из представленных систем в полной мере не удовлетворяет требованиям, заявленным в пункте 2.1.3, следовательно, было принято о разработке собственной подсистемы резервирования данных, которая удовлетворяла бы предъявленным требованиям.
Так же в данном разделе были проанализированы: технологии резервного копирования, технологии хранения резервных копий и данных, хранение, технологии ввосстановления данных из резервных копий, способы проверки актуальности резервных копий, а так же технологии сжатия данных.
Для выполнения поставленных требований к подсистеме автоматического резервирования данных пользователей было принято решение о комбинированно использовании представленных технологий.
Обоснование выбора технологии сжатия данных приводится в пункте 4.4.
5. Программная реализация подсистемы
5.1 Описание интерфейсов подсистемы
Интерфейс пользователя подсистемы автоматического резервирования данных пользователя и их восстановление после сбоев в ИУС СН.
Для управления оконными интерфейсами можно пользоваться как манипулятором типа "мышь", так и универсальной клавиатурой.
Пользовательский интерфейс представляет собой веб-страницы, представленную на рисунке 5.1.
В интерфейс заложены стандартные элементы управления программами:
- кнопка;
- выпадающий список.
Элемент "Выпадающий список" может содержать несколько пунктов (строки текста или цифровые значения).
Администратору программы предлагается выбрать необходимые параметры для резервирования или восстановления из "выпадающего списка":
- "выбор технических средств";
- "выбор метода резервирования";
- "выбор режима резервирования".
При добавлении технического средства в расписание необходимо указать, с какой периодичностью и в какое время будет выполняться резервирование путём заполнения соответствующих полей "Периодичность" и "Время". В выпадающем списке, значением которого по умолчанию является "По завершению работы действие не требуется", пользователю предлагается выбрать, какой действие будет совершено с АРМ после завершению резервирования.
Рисунок 5.1 - Пользовательский интерфейс программы
В случае, когда в качестве метода резервирование был выбран метод "Резервирование произвольных файлов", необходимо указать, какие файлы следует резервировать. Для этого при нажатии кнопки "Добавить файлы для резервирования" открывается окно с каталогом файлов.
При нажатии кнопки "Резервировать" происходит резервирование информации АРМ, находящихся в списке, по выбранному методу и режиму резервного копирования. Журнал регистрации событий и список технических средств представлены на рисунке 5.2. Окно восстановления данных представлены на рисунке 5.3.
Рисунок 5.2 - Журнал регистрации событий и список технических средств
Рисунок 5.3 - Окно восстановления данных
5.2 Алгоритмы работы подсистемы
Алгоритм полного восстановления данных включает в себя алгоритм восстановления СПО и алгоритм восстановления произвольных данных. Тоже самое верно и для алгоритма полного резервирования данных.
Алгоритм резервирования данных представлен на рисунке 5.4. Алгоритм восстановления данных представлен на рисунке 5.5.
Рисунок 5.4 - Алгоритм резервирования данных
5.3 Вывод по пятому разделу
В данном разделе были представлены примеры реализации интерфейса подсистемы резервирования данных пользователя и их восстановления после сбоев в ИУС СН, а так же алгоритмы работы программы.
6. Организационно-экономическая часть
6.1 Общие сведения
В данном разделе дипломного проекта необходимо осветить следующие вопросы:
- создание бизнес-плана проекта, который представляет собой комплексный финансовый документ, перед которым ставятся задачи по обоснованию коммерческой эффективности того или иного проекта. Бизнес-план должен содержать: описание разрабатываемого продукта, возможные рынки сбыта, маркетинговую составляющую проекта, конкурентоспособность будущего программного обеспечения;
- рассмотрение организационного плана, который позволит проследить подробную схему разработки продукта, начиная от получения технического задания и заканчивая созданием технической документации, разделить весь спектр работ между исполнителями;
- расчет договорной цены. Основной задачей на данном этапе станет подсчет всех затрат, необходимых для создания готового продукта: заработная плата исполнителям, дополнительная заработная плата, затраты на приобретение необходимых материалов и изделий, налоги и другие затраты;
- показать целесообразность проведения разработки, обосновать необходимость будущего программного обеспечения, доказать его экономическую выгодность и эффективность.
6.2 Бизнес-план
Целью дипломного проектирование является создание подсистемы автоматического резервирования данных пользователей и их восстановление после инцидентов в ИУС СН, который будет входить в состав программного обеспечения комплекса программ "Эксплуатационное обслуживание" и решать вопрос резервирования данных пользователей и их восстановления после инцидентов.
Использование подсистемы автоматического резервирования данных пользователей позволит выполнять следующие функции:
- резервирование пользовательских данных на сервере;
- установление регламента резервирования;
- сжатие и передача данных;
- восстановление данных пользователя;
- регистрация событий подсистемы.
Источником средств для основной и дополнительной заработной платы, приобретения материалов, техники и для прочих расходов являются выплаты заказчика. Однако в роли заказчика выступает государственное учреждение (Министерство обороны Российской Федерации), в свою очередь, получающее средства на договор с разработчиком и исполнителем (НИИАА В.С.Семенихина) из бюджета. Таким образом, можно сказать, что у проводимой разработки - прямое сметное бюджетное финансирование. Сметное бюджетное финансирование - это метод безвозмездного и безвозвратного отпуска денежных средств из соответствующего бюджета (в данном случае, федерального) для обеспечения деятельности государственных органов и учреждений, содержащихся за счет государства и осуществляемого на основании финансовых планов - смет расходов.
Разрабатываемая подсистема автоматического резервирования данных пользователе войдет в состав комплекса программ "Эксплуатационное обслуживание", который поставляется в виде программного обеспечения для Министерства Обороны РФ, следовательно, основными потребителями данного программного продукта будут являться различные подразделения Вооруженных Сил: штабы, управления, воинские части и подразделения. Кроме того, на данный момент решается вопрос о возможных поставках комплекса программ в другие государственные органы, а также о возможном выходе на коммерческий рынок программного обеспечения для систем автоматизированного управления.
Комплекс программ "Эксплуатационное Обслуживание" разрабатывается для работы под управлением операционной системы специального назначения "Astra Linux Special Edition", которая является сертифицированной системой. Она предназначена для применения в автоматизированных системах в защищенном исполнении, обрабатывающих информацию ограниченного распространения, включая государственную тайну до степени секретности "совершенно секретно".
6.3 Организационный план
Для проведения работ по созданию комплекса программ "Эксплуатационное обслуживание" было необходимо привлечь группу сотрудников, в которую, кроме ответственных по задаче лиц, войдут специалисты, имеющие опыт работы со средствами разработки приложений. Был сформирован специальный сектор разработки системы "Эксплуатационное обслуживание", состоящий из шести человек:
- начальник сектора;
- ведущий инженер;
- главный инженер;
- инженер-программист первой категории;
- инженер-программист второй категории;
- инженер-программист третьей категории (дипломник).
Так как подсистема автоматического резервирования данных пользователей входит в состав комплекса программ "Эксплуатационное обслуживание", то для его разработки было принято решение выделить исполнителей из состава сектора разработки комплекса программ "Средства ведения ИЛО" в следующем составе: начальник сектора, главный инженер, инженер-программист третьей категории (дипломник).
Программное изделие является составной частью программного обеспечения информационно-управляющей системы специального назначения. Разработка ведется на персональных компьютерах соединенных в единую локальную вычислительную сеть, с заранее установленным ОСПО и ПО для разработки. Таким образом, при создании программного изделия, вытекает необходимость во взаимодействии с другими подразделениями института, а также представителями заказчика (осуществляется периодический показ результатов). Схема организационного взаимодействия исполнителей разработки изображена на рисунке 6.1.
Рисунок 6.1 - Схема организационного взаимодействия исполнителей разработки
Проведение работ по созданию программного компонента "Эксплуатационное обслуживание" происходит с разбиением на этапы. Перечень основных этапов работы и их трудоемкость представлены в таблице 6.1.
Таблица 6.1 - Перечень основных этапов работы и их трудоемкость
|
№ |
Название этапа |
Исполнители |
(человеко-дней) |
Длительность этапа, (дней) |
|
|
1 |
Разработка и утверждение технического задания |
Нач. сектора |
1 |
5 |
|
|
Главный инженер |
1 |
||||
|
Инженер 3 кат. |
5 |
||||
|
2 |
Техническое предложение |
Нач. сектора |
1 |
8 |
|
|
Главный инженер |
2 |
||||
|
Инженер 3 кат. |
8 |
||||
|
3 |
Эскизный проект |
10 |
|||
|
3.1 |
Постановка задачи |
Нач. сектора |
- |
2 |
|
|
Главный инженер |
1 |
||||
|
Инженер 3 кат. |
2 |
||||
|
3.2 |
Разработка общего описания алгоритма функционирования |
Нач. сектора |
- |
8 |
|
|
Главный инженер |
2 |
||||
|
Инженер 3 кат. |
8 |
||||
|
4 |
Технический проект |
13 |
|||
|
4.1 |
Определение формы представления входных и выходных данных |
Нач. сектора |
- |
3 |
|
|
Главный инженер |
- |
||||
|
Инженер 3 кат. |
3 |
||||
|
4.2 |
Разработка структуры программы |
Нач. сектора |
- |
10 |
|
|
Главный инженер |
2 |
||||
|
Инженер 3 кат. |
10 |
||||
|
5 |
Рабочий проект |
57 |
|||
|
5.1 |
Программирование и отладка программы |
Нач. сектора |
- |
32 |
|
|
Главный инженер |
2 |
||||
|
Инженер 3 кат. |
32 |
||||
|
5.2 |
Испытание программы |
Нач. сектора |
- |
5 |
|
|
Главный инженер |
2 |
||||
|
Инженер 3 кат. |
5 |
||||
|
5.3 |
Корректировка программы по результатам испытаний |
Нач. сектора |
- |
10 |
|
|
Главный инженер |
1 |
||||
|
Инженер 3 кат. |
10 |
||||
|
5.4 |
Подготовка технической документации на программный продукт |
Нач. сектора |
- |
10 |
|
|
Главный инженер |
2 |
||||
|
Инженер 3 кат. |
10 |
||||
|
Итого |
110 |
93 |
6.4 Расчет договорной цены
Договорная цена - это цена, которая устанавливается по взаимному соглашению между производителем (НИИАА) или продавцом и заказчиком (МО РФ) или покупателем продукции в порядке, определенном органами ценообразования. Основой договорной цены является себестоимость программной продукции или смета затрат на определенные виды работ. Смета затрат разрабатывается по единой номенклатуре однородных экономических элементов. Состав затрат предприятия конкретной отрасли определяется в соответствии с "Типовыми рекомендациями по учету и калькулированию себестоимости в промышленности, сельском хозяйстве, строительстве, торговле, общественном питании и в других отраслях, разрабатываемыми министерствами (ведомствами) по согласованию с Минфином РФ". Основой договорной цены является себестоимость программной продукции или смета затрат на определенные виды работ. Смета затрат разрабатывается по единой номенклатуре однородных экономических элементов.
Смета затрат на разработку программного обеспечения включает в себя следующие параметры:
- материалы, покупные изделия;
- специальное оборудование;
- основная заработная плата персонала;
- дополнительная заработная плата персонала;
- командировки;
- отчисления на социальные нужды;
- контрагентские расходы;
- накладные расходы.
Рисунок 6.2 - Ленточный план-график
6.1.1 Для расчета затрат на покупку материалов и изделий необходимо составить перечень всех затраченных расходных материалов, таких как: бумага, пищащие принадлежности, компакт диски и другое. Необходимо определить цену всей приобретенной для проектирования продукции и подсчитать её суммарную стоимость. Затраты по статье "материалы, покупные изделия" представлены в таблице 6.2.
Таблица 6.2 Затраты по статье "Материалы, покупные изделия"
|
№ |
Наименование |
Единицы измерения |
Кол-во |
Цена за единицу (руб.) |
Сумма (руб.) |
|
|
1 |
Флэш-накопитель |
шт. |
1 |
300 |
300 |
|
|
2 |
Компакт диск CD-R |
шт. |
5 |
50 |
250 |
|
|
3 |
Бумага (формат А4) |
пачка |
3 |
200 |
600 |
|
|
4 |
Скоросшиватель |
шт. |
5 |
30 |
150 |
|
|
5 |
Канцелярские принадлежности |
300 |
||||
|
Итого |
1600 |
Транспортные расходы (ТР) рассчитываются в размере 15% от стоимости материалов по формуле (6.1)
ТР = 0,15 М, (6.1)
где М - стоимость материалов и покупных изделий.
ТР = 0,15 1600 = 240 (рублей)
Стоимость материалов с учетом транспортных расходов:
СМ = 1600 + 240 = 1840 (рублей)
Основная заработная плата -- заработная плата, начисленная рабочим и служащим за фактически отработанное время и выполнение работы на предприятии. Расчет основной заработной платы выполняется на основе трудоемкости выполнения каждого этапа в человеко-днях, представленного в таблице 6.1 и величины месячного должностного оклада исполнителя (ОКЛ). Среднее количество рабочих дней в месяце (ДНср) будем считать равным двадцати двум. Следовательно, основная заработная плата (ОЗП) будет рассчитываться по формуле (6.2):
ОЗП = ОКЛ/ДНср ЗН, (6.2)
где ЗН - занятость исполнителя (количество дней, которое исполнитель затратил на участие в проекте).
Общие затраты на основную заработную плату подсчитываются путем суммирования основных заработных плат всех исполнителей. Расчёт основной заработной платы приведён в таблице 6.3.
Таблица 6.3 - Расчет основной заработной платы
|
Должность |
Занятость,дней |
Оклад,руб. |
Оплата за 1 день,руб. |
Основная з/п, рубли |
|
|
Начальник сектора |
2 |
16000 |
909 |
2450 |
|
|
Главный инженер |
12 |
13000 |
386 |
8700 |
|
|
Инженер 3 категории |
89 |
12000 |
364 |
48550 |
|
|
ИТОГО |
59700 |
На статью сметы "Дополнительная заработная плата" относятся выплаты, предусмотренные законодательством о труде за не отработанное по уважительным причинам время: оплата очередных и дополнительных отпусков и т.п. (принимается в размере 20% от суммы основной заработной платы):
Дзп = 0,2 59700 = 11940 (рублей)
Таким образом, фонд оплаты труда, то есть сумма основной и дополнительной заработной платы равна
ФОТ = 59700 + 11940 = 71640 (рублей)
Затраты по статье "отчисления на социальные нужды" направляются в три внебюджетных фонда -- ПФР, ФОМС и ФСС. Затраты по этой статье определяются в процентном соотношении (30%) от суммы основной и дополнительной заработной платы (ФОТ) и вычисляется по формуле (6.3)
ОнСН = 0,3 ФОТ = 0,3 71640= 18620 (рублей) (6.3)
К статье "Накладные расходы" относят расходы по управлению организацией, выполняющей данную разработку
НР = 2,5 59700 = 149250 (рублей)
Итоговая смета затрат приведена в таблице 6.4.
Таблица 6.4 - Итоговая смета затрат
|
№ |
Наименование статей затрат |
Сумма (руб.) |
|
|
1 |
Материалы, покупные изделия, полуфабрикаты |
1840 |
|
|
2 |
Специальное оборудование |
- |
|
|
3 |
Основная заработная плата персонала |
59700 |
|
|
4 |
Дополнительная заработная плата персонала |
11940 |
|
|
5 |
Отчисления на социальные нужды |
18620 |
|
|
6 |
Командировки |
- |
|
|
7 |
Контрагентские расходы |
- |
|
|
8 |
Накладные расходы |
149250 |
|
|
9 |
Налог на добавленную стоимость |
0 |
|
|
Полная себестоимость разработки |
241350 |
Специальное оборудование - специальное оборудование - многократно используемые в производстве средства труда, которые обеспечивают условия для выполнения специфических (нестандартных) технологических операций. В настоящей работе, специальное оборудование не используется.
Согласно статье 166 Трудового кодекса (ТК) служебная командировка - это поездка работника по распоряжению работодателя на определенный срок для выполнения служебного поручения вне места постоянной работы. В настоящей работе, все операции производятся в месте расположения организации НИИ АА.
Контрагентские расходы определяются на основе контрактов, заключенных со сторонними соисполнителями соответствующих видов работ, однако, в данной работе, сторонние исполнители отсутствуют.
Договорная цена программного продукта равна сумме оптовой цены предприятия, налога на добавленную стоимость и норматива прибыли и рассчитывается по формуле (6.4)
ДЦ = ОЦ + НДС +Н (6.4)
Налог на добавленную стоимость (НДС) - это косвенный налог, которым государство облагает по постоянной ставке (в 18%) добавленную стоимость товара или услуги.
НДС равен стоимости за вычетом материальных затрат умноженной на ставку НДС и деленную на 100% и рассчитывается по формуле (6.5)
НДС = ((СТ - М) СтНДС)/100% (6.5)
Поскольку в финансирование ведется НИИАА за счет федерального бюджета (прямое сметное бюджетное финансирование), налог на добавленную стоимость не взимается, т.е. в нашем случае НДС равен
НДС = (241350 0%)/100% = 0
Норматив прибыли составляет 30% от стоимости разработки. Таким образом, прибыль равна
ПР = 0.3 241350 = 72405 (рублей)
Договорная цена
ДЦ = 241350 + 0 + 72405 = 313750 (рублей)
6.5 Экономическая целесообразность
Целостность и защищённость данных от потери - вопросы, имеющие огромное значение, и если не уделить им достаточного внимания, последствия могут быть катастрофическими. Особенно это важно для организаций, отвечающих за безопасность целой страны, таких как Министерство Обороны РФ и Вооруженные Силы РФ.
В настоящее время резервирование и восстановление данных представляет собой трудоемкий процесс, который ложиться на самих владельцев информации. Малая эффективность и ненадёжность такого подхода очевидна.
Подсистема автоматического резервирования данных пользователей и их восстановление после сбоев в ИУС СН создается в рамках модификации программного комплекса "Эксплуатационное обслуживание", с целью автоматизирования резервирования данных пользователей в системе.
Убытки, которые возможны при утери информации, могут быть несоизмеримо большими по сравнению со средствами, затраченными на разработку подсистемы. По данным Gartner, среди компаний, пострадавших от катастроф и переживших крупную необратимую потерю корпоративных данных, 43% не смогли продолжить свою деятельность.
6.6 Вывод по шестому разделу
Для проектирования подсистемы автоматического резервирования дынных пользователей и их восстановление после сбоев в ИУС СН было решено задействовать трех исполнителей, входящих в состав подразделения, работающего над созданием и сопровождением комплекса программ "Эксплуатационное обслуживание": начальника сектора, главного инженера и инженера-программиста 3 категории (дипломника). Основная нагрузка при этом ложится на инженера-программиста 3 категории, который занят над проектом в течение всех 93 дней, в то время, как общие трудозатраты составляют 110 человеко-дней. За свою работу инженер-программист 3 категории получит 48,5 тысяч рублей из всей суммы затраченной на проект в 313,7 тысяч рублей.
7. Экологичность и безопасность
7.1 Общие сведения
В данном дипломном проекте был разработана подсистема автоматического резервирования данных пользователей и их восстановление после инцедентов в ИУС СН. При работе с программой основную роль играет ПЭВМ. Поэтому целесообразно рассмотреть вопросы, связанные с обеспечением безопасности труда и сохранением работоспособности персонала именно при работе с ПЭВМ. Совокупность факторов производственной среды, оказывающая влияние на здоровье и работоспособность человека в процессе труда называется условиями труда. Организация и улучшение условий труда на рабочем месте является одним из важных резервов производительности и эффективности труда.
7.2 Характеристика условий труда
В данной работе будет рассматриваться офисное помещение размерами 10x4 м и высотой 2.75 м. В помещении находятся два рабочих места программиста. Окна помещения выходят на север.
7.3 Анализ условий труда на рабочем месте
Условия труда программистов характеризуются возможностью воздействия на них следующих опасных и вредных производственных факторов: шума и вибрации; тепловыделений, причем вред организму могут нанести не только высокие, но и низкие температуры (обморожения); ионизирующих и неионизирующих излучений: рентгеновское, электромагнитное излучение ВЧ и СВЧ
Рисунок 7.1 - План помещения
диапазона, инфракрасного; статического электричества; недостаточной освещенности; визуальные факторы: яркость, контрастность, мерцание изображения, блики и т.д.
В соответствии с санитарными нормами все вредности в работе программиста можно разделить на три группы:
- параметры рабочего места и рабочей зоны;
- визуальные факторы (яркость, контрастность, мерцание, блики);
- излучения (рентгеновское, электромагнитное излучение ВЧ и СВЧ диапазона, гамма-излучение, электростатические поля).
Под микроклиматом производственных помещений понимаются метеорологические условия внутренней среды помещений, которые определяются действующими на организм человека сочетаниями температуры, влажности, скорости движения воздуха и теплового излучения. Показатели микроклимата должны обеспечивать сохранение теплового баланса человека с окружающей средой и поддержание оптимального или допустимого теплового состояния организма. Показателями, характеризующими микроклимат являются: температура воздуха, температура поверхностей (ограждающих конструкций, устройств, технологического оборудования), влажность воздуха, скорость движения воздуха, тепловое облучение (при наличии источников лучистого тепла).
В помещениях, в которых работает программист, должны обеспечиваться оптимальные параметры микроклимата в соответствии с действующими санитарно-эпидемиологическими нормативами микроклимата.
Особенностью трудовой деятельности программистов является повышенное зрительное напряжение, связанное со слежением за информацией на экране монитора. Поэтому при такой работе имеет большое значение качество освещенности рабочего места. Трудовая деятельность программистов по задачам зрительной работы относится к работам высокой точности с наименьшим размером объектом 0,3-0,5 мм. Нормированный уровень освещенности для работы с ЭВМ принят 400 лк, КЕО = 4%.
Помещения должны иметь естественное и искусственное освещение, соответствующее требованиям нормативной документации. Для работы в дневное время предусмотрено естественное освещение, боковое одностороннее. Отсутствие естественного света не допускается.
В помещениях, оборудованных ЭВМ, предусматриваются меры для ограничения слепящего воздействия светопроемов, имеющих высокую яркость (800 кд/м2 и более), и прямых солнечных лучей для обеспечения благоприятного распределения светового потока в помещении и исключения на рабочих поверхностях ярких и темных пятен, засветки экранов посторонним светом, а также для снижения теплового эффекта от инсоляции. Это достигается путем соответствующей ориентации светопроемов, правильного размещения рабочих мест и использования солнцезащитных средств.
Рабочие места, работающих с дисплеями, располагают подальше от окон и таким образом, чтобы оконные проемы находились сбоку от них. Окна в помещениях преимущественно должны быть ориентированы на север и северо-восток. Оконные проемы должны быть оборудованы регулируемыми устройствами типа: светорассеивающих штор, регулируемыми жалюзи или солнцезащитной пленкой с металлическим покрытием, занавесей, внешних козырьков и др.
Площадь на одно рабочее место предусматривает: ЭВМ с ВДТ на базе электронно-лучевой трубки (ЭЛТ) - не менее 6 кв.м; ЭВМ с ВДТ на базе плоских дискретных экранов (жидкокристаллические, плазменные) - 4,5 кв. м.
На рабочем месте программиста размещены дисплей, клавиатура и системный блок. При включении дисплея на электронно-лучевой трубке создается высокое напряжение в несколько киловольт. Поэтому запрещается прикасаться к тыльной стороне дисплея, вытирать пыль с компьютера при его включенном состоянии, работать на компьютере во влажной одежде и влажными руками.
На программистов, работа которых предполагает использование различной техники и оборудования, воздействуют и шум и вибрация.
Шум - беспорядочные звуковые колебания разной физической природы, характеризующиеся случайным изменением амплитуды, частоты и т.д. Шум в помещениях, где работают программисты, создают вентиляторы систем охлаждения и трансформаторы, принтеры, множительная техника, оборудование для кондиционирования воздуха и др. Уровень шума на рабочих местах программистов не должен превышать 50дБА.
7.4 Постановка задачи
В качестве самых значимых факторов, влияющих на безопасность работы программиста, выделим вентиляцию и кондиционирование воздуха. Оба эти фактора сильно влияют на работоспособность человека в замкнутом помещении.
7.5 Разработка технических средств и организационных мероприятий
Условия труда программиста определяются факторами трудового процесса и производственной среды. Факторы производственной среды по воздействию на человека делятся на вредные и опасные.
Помещения должны оборудоваться системами отопления, конденционирования воздуха или эффективной приточно-вытяжной вентиляцией.
В помещении, где работают программисты, должны поддерживаться следующие климатические условия: температура воздуха - от плюс 15?С до плюс 35?С градусов; относительная влажность воздуха от 10 до 80% без конденсации; вибрация max - 0,25 - 55Гц.
Помещения, в которых работают программисты, должны иметь естественное и искусственное освещение. Окна должны быть ориентированы преимущественно на север и северо-восток. Искусственное освещение должно осуществляется системой общего равномерного освещения.
В случаях преимущественной работы с документами, допускается применение комбинированного освещения (дополнительно светильники местного освещения). Освещенность на поверхности стола должна быть от 300 до 500 лк. Следует ограничивать отраженную и прямую блесткость.
В качестве источников искусственного освещения должны применяться преимущественно люминесцентные лампы тип ЛБ. Применение светильников без рассеивателей и экранирующих решеток не допускается.
В помещениях следует проводить чистку стекол оконных рам и светильников не реже двух раз в год и проводить своевременную замену перегоревших ламп. В помещениях ежедневно должна производится влажная уборка. Звукоизоляция помещений должна отвечать гигиеническим требованиям и обеспечивать нормируемые параметры шума не более 50 дБА.
7.6 Расчетная часть
Для обеспечения требуемого по санитарным нормам качества воздушной среды необходима постоянная циркуляция воздуха в помещении, которая и должна обеспечиваться системой общеобменной вентиляции, т.е. такой системой, в которой воздухообмен осуществляется путем подачи или вытяжки, либо одновременной подачи и вытяжки, воздуха из всего помещения. При проектирование механической общеобменной вентиляции будем учитывать только выделение тепла в помещении, так как влаговыделение в помещение незначительно, а газо- и пылевыделение отсутсвуют. Необходимый воздухообмен, G, м3/ч обеспечивающий удаление избытков тепла, определяется по формуле (7.1)
Подобные документы
Резервные базы данных под управлением Oracle Data Guard. Создание физической резервной базы. Защита резервных копий баз данных и базы данных разработчиков. Восстановление базы данных на удаленной машине. Стратегия резервирования и восстановления.
дипломная работа [499,7 K], добавлен 04.06.2013Надежность резервирования компонентов стендовой информационно-управляющей системы. Экспоненциальное распределение времени до отказа. Алгоритм решения задачи выбора вариантов резервирования компонентов стендовой информационно-управляющей системы.
дипломная работа [1,3 M], добавлен 16.06.2012Идентификация пользователей. Проверка полномочий и их представлений. Защита базы данных. Контроль параллельной обработки. Обслуживание и восстановление базы данных. Источники отказов и сбоев. Резервное копирование данных. Процедуры восстановления.
презентация [135,6 K], добавлен 19.08.2013Назначение и основные структурные элементы информационной системы специального назначения. Система передачи и хранения данных, контроля и управления функционированием, необходимое программное обеспечение. Программная реализация подсистемы печати.
дипломная работа [2,8 M], добавлен 19.07.2014Специфика рекламной деятельности в агентствах недвижимости, обзор программных продуктов. Описание бизнес-процессов, назначение и цели создания автоматизированной системы, структура базы данных и ее Логическая модель, инструкция и интерфейс пользователей.
дипломная работа [3,4 M], добавлен 21.04.2009Детализация функций системы и требования к информационной системе. Анализ категорий пользователей. Этапы внедрения автоматизированной информационной системы на предприятии. Описание таблиц базы данных. Защита данных от несанкционированного доступа.
дипломная работа [1,0 M], добавлен 22.07.2015Исследование алгоритма взаимодействия пользователя с сервером, на котором находится база данных. Реализация безопасности информационной системы с помощью возможностей программного комплекса Visual Studio. Анализ особенностей интерфейса веб-приложения.
курсовая работа [1,3 M], добавлен 17.06.2017Создание и компиляция программ на ассемблере. Структура программ, использование специальных директив резервирования и инициализации данных. Организация ввода-вывода на ассемблере и организация вычислений. Команды передачи управления и обработки строк.
методичка [104,8 K], добавлен 02.12.2009Формы документов, SQL-скрипт создания базы данных информационной подсистемы "Advancement". Листинги основных модулей проекта Delphi. Визуальные средства разработки приложений. Диалоговые окна программы Erwin. Атрибуты сущностей, входящие в базу данных.
дипломная работа [3,3 M], добавлен 01.07.2011Информационные задачи и круг пользователей системы. Выработка требований и ограничений. Разработка проекта базы данных. Программная реализация проекта базы данных. Разработка хранимых процедур для поддержки сложных ограничений целостности в базе данных.
курсовая работа [706,2 K], добавлен 17.06.2012
