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

Специальность: 09.02.07 Информационные системы и программирование






ОТЧЕТ
ПО ПРАКТИКЕ
вид практики
УЧЕБНАЯ
В СОСТАВЕ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ
ПМ.04 Сопровождение и обслуживание программного обеспечения компьютерных программ



ПЕРИОД ПРОВЕДЕНИЯ: 6 семестр 3 курс
ВЫПОЛНИЛ СТУДЕНТ (КА): Гуреев Денис Сергеевич.
фамилия, имя, отчество полностью



КУРС: __3__ ГРУППА: _ИСП/П_20-09_




РУКОВОДИТЕЛЬ ПРАКТИКИ ОТ КОЛЛЕДЖА __________ _______________
Подпись ФИО

ОЦЕНКА_____________ ДАТА________________


2023 г.
Разработка технического задания на внедрение информационной системы.
Первым этапом разработки ТЗ на внедрение информационной системы является сбор данных у заказчика.
Следующие этапы это - Постановка задач, сбор информации, определение критериев качества планируемой системы, факты необходимости проведения НИР (научно-исследовательской работы). Научно-исследовательская работа позволяет определить структуру, методы решения задач, целесообразность их применения. Основная задача НИР – определение целесообразности будущего использования информационной системы в конкретном случае. Разработка, утверждение техзадания. На этой стадии определяются основные требования к будущей ИС, этапы ее разработки, сроки выполнения, выбор языков программирования, согласование всех пунктов ТЗ и его утверждение.
Функции ТЗ оформляются согласно ГОСТ. Правильно составленное ТЗ на разработку информационной системы характеризуется следующими функциями: Организационная. В документе фиксируются все требования заказчика. Информационная. В ТЗ изложены все подробные данные для создания и внедрения будущей ИС. Коммуникационная. Обозначены взаимные договоренности заказчика и исполнителя. Юридическая. ТЗ, составленное в соответствии со всеми требованиями ГОСТ, имеет такую же юридическую силу, как и договор. В случае, если между заказчиком и исполнителем возникнут спорные моменты, документ может быть предоставлен в суде любой из сторон.
В оформление ТЗ на внедрение входит не только сбор и оформление информации касательно готового ПО. В нем также прописываются все этапы, начиная с оформления идеи заказчика и заканчивая нюансами ее дальнейшего обслуживания и модернизации.
Прежде, чем приступить к изложению в ТЗ всех деталей будущей разработки, важно обозначить информацию о наименовании будущей системы, ее назначении и краткую характеристику. Кроме этого, важно указать формат сдачи готовой работы, условия ее передачи-приема и другие важные организационные моменты. К важным моментам относятся : цели разработки системы и ее практическое значение; структура ИС, ее основные функции; надежность и безопасность; виды обеспечения ИС, включая информационные технологии, которые могут потребоваться для корректной работы системы; характеристика объектов автоматизации; список сопровождающей документации и правила ее составления.
Разработка ИС, в его создание автоматизированной системы включает 6 стадий разработки: составление ТЗ; составление проектной документации; создание эскиза; проектирование по ранее созданному эскизу (разработка системы и документации к ней); запуск ИС (передача готовой системы заказчику); сопровождение (модернизация внедренной ИС). Главные аспекты, учитываемые при проектировании архитектуры ИС: быстродействие; безопасность; надежность; масштабируемость; клиент-сервер; файл-сервер; многоуровневая архитектура.
Архитектура клиент-сервера обеспечивает доступ к общим данным и обрабатывает их. При этом обязательно учитывается согласованность и ценность данных. Это позволяет не нагружать сеть. Хранение и обработка данных проходит централизованно. За счет этого архитектура клиент-сервер считается наиболее надежной. Архитектура файл-сервер предполагает только хранение данных. Дальнейшая обработка любой информации должна проводиться на клиентских машинах. Такая архитектура может излишне нагружать сеть, что может сказаться на производительности. Кроме этого, такую архитектуру нельзя назвать надежной.
ИС включает основные функциональные подсистемы: информационную; программную; техническую; математическую; лингвистическую, так же каждая из перечисленных подсистем реализует отдельные цели всей системы.
Техническое обеспечение ИС, для обеспечения бесперебойной работы будущей ИС в техзадании важно определить, какие именно технические средства должны быть в наличии.
Из физических техсредств это могут быть рабочие станции, серверы, принтеры, источники бесперебойного питания. Для обеспечения бесперебойной работы будущей ИС в техзадании важно определить, какие именно технические средства должны быть в наличии. Из физических техсредств это могут быть рабочие станции, серверы, принтеры, источники бесперебойного питания. Все технические средства должны обеспечивать: круглосуточную работу всего комплекса оборудования и других техсредств; безупречное исполнение всех функций ИС, включая резервные источники; защиту от несанкционированного доступа; локальную сеть, в которой будут объединены все рабочие машины и серверы, связанные с ИС.
Разработка графика разработки и внедрения информационной системы. Метод критического пут; при разработке детального графика проекта наиболее удобным является метод сетевого планирования. Строится сетевой график, вершины которого задачи или работы, а дуги определяют временные взаимосвязи между задачами. Основная цель использования сетевого графика, это сокращение до минимума продолжительности выполнения проекта, в первую очередь путем выделения и последующей минимизации «критического пути». Критический путь – это последовательность задач, которая имеет максимальную длительность и наименьшую величину резерва времени выполнения. Задержка в выполнении какой-либо задачи на критическом пути приведет к нарушению планового срока выполнения проекта. В то же время, задачи, не принадлежащие критическому пути, имеют резерв времени. Это позволяет либо сдвигать их во времени, либо увеличивать срок выполнения.
Длительность проекта может быть сокращена за счет уменьшения времени выполнения задач, лежащих на критическом пути. Для оптимизации сетевых графиков используют методы календарно-сетевого планирования и управления КСПУ. Это совокупность моделей и методов, использующих теорию графов и ориентированных на решение задач управления проектами. В рамках КСПУ решаются задачи установления последовательности выполнения операций и распределения ресурсов между ними, оптимальных по заданному критерию или совокупности критериев. Длительность проекта может быть сокращена за счет уменьшения времени выполнения задач, лежащих на критическом пути. Для оптимизации сетевых графиков используют методы календарно-сетевого планирования и управления КСПУ. Это совокупность моделей и методов, использующих теорию графов и ориентированных на решение задач управления проектами. В рамках КСПУ решаются задачи установления последовательности выполнения операций и распределения ресурсов между ними, оптимальных по заданному критерию или совокупности критериев.
Расчет критического пути производится за два прохода по сетевому графику для всех задач. Для каждой задачи необходимо вычислить даты раннего и позднего начала и даты раннего и позднего окончания. Прямой проход рассчитывает даты раннего начала и раннего окончания всех задач, а обратный проход – даты позднего начала и позднего окончания.
Важным элементом становится и анализ инструментов управления. Это дает возможность определить, нужно ли внедрение автоматизации в управленческие функции. Цель анализа бизнес-процессов – улучшение работы предприятие. А это может быть достигнуто только через разработку таких управленческих решений, которые дадут наибольшую эффективность. Достижение этой цели обеспечивается решением следующих задач: расчет показателей эффективности использования ресурсов предприятия; определение тех факторов, которые присутствуют во внешней и внутренней среде и воздействуют на работу предприятия; определение уровня выполнения плана; проведения анализа того, насколько использованы все возможности предприятия; выработка решений, которые дадут возможность оптимизировать все бизнес-процессы. Базовый анализ включает в себя целый комплекс мероприятий, которые заключаются в: исследовании всей информации по бизнес-процессу, которую только возможно собрать; измерение всех возможных показателей. В которые включают и производительность труда, и затраченное время, и количество сотрудников, и затраченные ресурсы, и все остальное. Все, что можно узнать и проанализировать; проведение сравнительного динамического анализа; формирование и оценка графических схем бизнес-процессов. Виды анализа бизнес-процессов. Анализ бизнес-процессов проводится с помощью качественных и количественных методик. Качественные методики предусматривают анализ ситуации на основании субъективной оценки, здесь возможно использование различных графических схем. Также проводится сравнение с типовыми требованиями и нормативными актами. Количественные методики считаются более объективными. Именно в их рамках собирают, обрабатывают и анализируют все показатели продукции, делают оценку эффективности бизнес-процессов, определяют, насколько удовлетворены клиенты. После этого сравнивают все полученные показатели. Именно с помощью количественных методик возможно определение необходимости наличия в компании каждого из ее бизнес-процессов.
SWOT-анализ дин из наиболее популярных качественных методов исследования. Классический SWOT- анализ предусматривает создание таблицы с четырьмя полями – преимущества, недостатки, возможности и угрозы. Это дает возможность получить основные сведения об эффективности работы предприятия и дальнейших путях ее повышения. За долгое время использования SWOT-анализа эта методика многократно улучшалась. Стала использоваться таблица с 8 полями. В которой кроме классических добавлены поля – «Как преимущества помогут использовать возможности», «Как преимущества помогут преодолеть угрозы», «Как недостатки могут помешать использовать возможности», «Как недостатки могут привести к усилению угроз». В последнее время появились методики проведения SWOT-анализа, в которых появляются и количественные характеристики. Так, проводится оценка вероятности возникновения определенных возможностей и угроз. Выявляется важность и опасность этих угроз и возможностей. Это позволяет использовать результаты SWOT-анализа обоснованно, меньше опираться на субъективизм.
Рисунок




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


Предприятие
Однако даже при наличии отладчика и других вспомогательных инструментов внутренней среды разработки, на практике при написании программного кода, расширяющего функциональные возможности ИС, используют не встроенные редакторы, а специальные интегрированные среды разработки, IDE. В сторонних IDE реализуют программные модули расширения, которые затем сохраняются в виде DLL-библиотек. Обращение к этим DLL-библиотекам запускает выполнение разработанных программных функций расширения возможностей конфигурируемой ИС. Компонент – это самостоятельный модуль программного кода, предназначенный для повторного использования и развертывания, независящий от конкретного языка программирования. Наиболее известной прикладной реализацией компонентно-ориентированного программирования является технология СОМ, разработанная корпорацией Microsoft для использования в операционных системах на платформе Windows. В этой технологии программный код расширения функциональных возможностей конфигурируемой ИС представляет собой на логическом уровне совокупность COM-объектов, зарегистрированных в ОС, физически представленный в виде DLL-библиотек. При этом модули расширения, разработанные с применением технологии СОМ, также включают следующие разделы: преобразование параметров функции в СОМ-объекты; обратное преобразование COM-объектов в процедурные параметры; возвращение кода ошибки в вызывающую программу. Одним из наиболее распространенных способов добавления дополнительных функциональных возможностей в ИС является назначение скриптов для пользовательских команд и для событий, возникающих при выполнении типовых операций в рамках работы с объектами, файлами, авторизациями пользователей, импорте/экспорте данных и т. д. Как правило, назначение скриптов для событий осуществляется с помощью встроенных инструментов разработки. Скрипты могут выполняться до события, после или вместо него. Типовая последовательность действий по расширению функциональных возможностей конфигурируемой ИС с применением СОМ технологии выглядит следующим образом: в среде разработки пишется скрипт-программа, которая представляет собой модуль расширения функциональных возможностей ИС и включает набор COM-объектов (описание дополнительных функций) в виде DLL-библиотеки; для вызова созданной на предыдущем шаге скрипт-программы ее следует связать с элементами графического интерфейса пользователя; с помощью системной утилиты, например, regasm.exe, которая является частью программной платформы Microsoft.Net, в реестре ОС Microsoft Windows следует зарегистрировать COM-объекты, содержащиеся в DLL-библиотеке. В случае веб-платформенных ИС расширение их функциональных возможностей реализуется, как правило, с помощью следующих способов: запуск дополнительных скриптов, исполняемых на стороне сервера или клиента; подключение специальных библиотек; использование сторонних веб-сервисов.
Разработка перечня обучающей документации на информационную систему.
Единая система программной документации — это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации. Стандарты ЕСПД в основном охватывают ту часть документации, которая создаётся в процессе разработки программных средств, и связаны, по большей части, с документированием функциональных характеристик программных средств. Говоря о состоянии ЕСПД в целом, можно констатировать, что большая часть стандартов ЕСПД морально устарела. Тем не менее до пересмотра всего комплекса многие стандарты могут с пользой применяться в практике документирования программных средств.
К числу программных ЕСПД относит документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ. Техническое задание содержит совокупность требований к программному средству и может использоваться как критерий проверки и приемки разработанной программы. Поэтому достаточно полно составленное (с учетом возможности внесения дополнительных разделов) и принятое заказчиком и разработчиком ТЗ является одним из основополагающих документов проекта программного средства. ГОСТ 19.201–78, входящий в ЕСПД, устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Разработка руководства оператора. Назначение программы, функциональным назначением программного блока является решение задач психологических служб в образовании, управлении персоналом и личном использовании.
Эксплуатационное назначение. Программный блок должен эксплуатироваться в профильных подразделениях на объектах заказчика. Конечными пользователями программного блока должны являться сотрудники профильных подразделений объектов Заказчика.
Состав функций, программный блок обеспечивает возможность выполнения функций: предоставление инструкции; обеспечение ввода личных данных пользователя, требующихся для статистики; обеспечение ввода дополнительных настроек (таких как время решения задачи, стартовое время экспозиции числа, шаг изменения темпа); обеспечение режима тестирования; расчет параметров, требующихся для статистики; отображение личных данных и параметров в табличном виде после прохождения теста; отображение и сохранение графика изменения темпа пользователя после прохождения теста; сохранение личных данных пользователя и параметров в файлы.
Условия выполнения программы, климатические условия эксплуатации. Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации. Минимальный состав технических средств, в состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя: процессор Pentium-IV с тактовой частотой - 3,2 ГГц и оперативную память объемом 1 Гб. Минимальный состав программных средств. Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы.
Требования к пользователю, для работы программного блока минимум требуется один конечный пользователь “оператор”. Конечный пользователь программного блока “оператор” должен обладать практическими навыками работы с графическим пользовательским интерфейсом операционной системы.
Выполнение программы, загрузка и запуск. Загрузка и запуск программы осуществляется способами, детальные сведения о которых изложены в руководстве пользователя операционной системы. В случае успешного запуска программы на рабочем столе будет отображено главное окно программы.
Выполнение функции предоставления инструкции. Выполнение указанной функции возможно следующими способами: выбором кнопки инструкция; в последовательном выборе пунктов меню файл – инструкция. В результате будет отображено окно «Инструкция», которым можно свернуть и пользоваться во время тестирования. Выполнение функции обеспечения ввода личных данных пользователя. Выполнение указанной функции возможно следующими способами: при успешном завершении загрузки и запуска (см. п. Загрузка и запуск программы) следует выбрать тестирование, далее необходимо заполнить соответствующие поля для регистрации: имя; фамилия; отчество; возраст; группа. Если не все поля заполнены, программный блок не начнет тестирование, предъявив сообщение об ошибке.
При успешном завершении загрузки и запуска (см. п. Загрузка и запуск программы) следует выбрать статистика, далее необходимо заполнить соответствующие поля для поиска: имя; фамилия; отчество, в случае если не все поля заполнены, программный блок не выдаст статистику, предъявив сообщение об ошибке. Выполнение функции обеспечения ввода дополнительных настроек. Выполнение указанной функции возможно следующим способом: последовательным выбором пунктов меню файл -настройка. В результате будет отображено окно «Настройка». В случае необходимости следует ввести требуемые настройки («Время решение задачи», «Стартовое время экспозиции числа», «Шаг изменения темпа»). Для выбора необходимо кликнуть по выбранному значению, чтобы оно было подсвечено. На рисунке ниже изображено, что для «Время решения задачи» выбрано значение 1 минута, а для «Стартовое время экспозиции числа» и «Время тема» - выбор еще не сделан. Когда требуемые параметры будут выбраны, следует нажать кнопку cохранить.
Выполнение функции обеспечения режима тестирования и сохранения личных данных пользователя и параметров
Выполнение указанной функции возможно только после заполнения регистрационных данных пользователя. Если все поля заполнены, то следует нажать кнопку начать тест. После чего пользователь может проходить тест, руководствуясь прочитанной инструкцией файл - инструкция. По истечении времени тестирования появится сообщение «Тест завершен». Сохранение личных данных, параметров, изменение темпа во время тестирования в файлы выполняется автоматически. После чего появится кнопка посмотреть статистику. Выполнение функции отображения личных данных и параметров. Просмотр статистики непосредственно после прохождения теста. После прохождения теста необходимо нажать кнопку посмотреть статистику. Далее появится таблица с результатами тестирования. Для просмотра статистики, необходимо после запуска программы выбрать кнопку статистика. В полях необходимо ввести требуемые данные, а именно имя, фамилия и отчество. После чего следует нажать посмотреть статистику и появится таблица с результатами тестирования. Если данные не будут введены, программный блок выдаст соответствующую ошибку.
Создание резервной копии информационной системы. Резервное копирование — это комплекс мер, направленный на обеспечение доступности и целостности информации. Заключается в создании копии защищаемой информации, её хранении в надёжном месте и восстановлении защищаемой информации из этой копии. Данный комплекс мер, как правило, не позволяет полностью избежать проблем с доступностью и целостностью, но делает возможным быстрое восстановление после инцидентов и уменьшает ущерб от них. Выполнение резервного копирования требует ответов на следующие вопросы: что копировать; как копировать; куда копировать и где хранить копии.
Объектами резервного копирования могут являться: файлы и папки, включая структуру каталогов и права доступа к ним пользователей; настройки различных программ, сервисов и служб; данные отдельных программ, например базы данных, сайты веб сервера; разделы дисков; диски целиком, включая загрузочные разделы. Полные копии дисков часто называют образами системы. Они необходимы для быстрого восстановления её рабочего состояния, а также для её расширения: например, для добавления в систему нового компьютера. При этом нужно просто развернуть образ системы из специального файла на жёсткий диск нового ПК, и не нужно ни устанавливать, ни настраивать какое-либо программное обеспечение этой новой рабочей станции.
Виды резервного копирования: полное резервное копирование; дифференциальное резервное копирование; инкрементное резервное копирование; клонирование; резервное копирование в виде образа; холодное резервирование; горячее резервирование. Полное копирование обычно затрагивает всю систему и все файлы пользователей. Обычно оно выполняется тогда, когда копирование большого объёма данных не влияет на работу организации. Для уменьшения объёма используемых ресурсов используют алгоритмы сжатия данных, а также сочетание этого вида резервного копирования с другими: дифференциальным или инкрементным. Полное резервное копирование незаменимо в случае, когда нужно подготовить резервную копию для быстрого восстановления системы с нуля. При дифференциальном или как ещё его называют «разностном» резервном копировании каждый файл, который был изменен или создан после предыдущего полного резервного копирования, копируется заново. Для уменьшения объёма используемых ресурсов используют алгоритмы сжатия данных, а также сочетание этого вида резервного копирования с другими: дифференциальным или инкрементным. Полное резервное копирование незаменимо в случае, когда нужно подготовить резервную копию для быстрого восстановления системы с нуля. Такое копирование занимает меньше времени, чем полное копирование, так как копируется меньшее количество файлов. Клонирование позволяет скопировать целый раздел, носитель или устройство со всеми файлами, директориями и служебной информацией в другой раздел или на другой носитель. Если раздел является загрузочным, то клонированный раздел тоже будет загрузочным. Резервное копирование в виде образа, образ — точная копия всего раздела, носителя или устройства, хранящаяся в одном файле. С помощью специальных программ образ может быть открыт как обычный архив, подключён к компьютеру в качестве виртуального диска и даже развёрнут на подходящий носитель информации. В этом и состоит отличие данного вида копирования от клонирования: при клонировании резервный носитель сразу же становится точной копией исходного носителя, и обращаться с ним так же свободно как с аналогичным файлом-образом уже не получится. Резервное копирование в режиме реального времени позволяет создавать копии файлов, директорий и томов во время работы системы вместе с выполнением основных её функций. Создание резервной копии может выполняться одновременно с добавлением новых данных и включать эти данные в создаваемую копию. Копирование информации в данном режиме выполняется, как правило, непрерывно. Холодное резервирование, В этом режиме создания резервных копий информационная система останавливается и становится недоступной для пользователей на время создания копии. Это позволяет упростить процесс резервирования: при штатном завершении работы системы все изменения, сделанные пользователями, корректно сохраняются, фиксируются и остаются неизменными до завершения копирования. При горячем резервировании информационная система доступна для пользователей, а значит, информация может изменяться во время копирования, что может приводить к искажениям и ошибкам в создаваемой резервной копии. Поэтому к резервной копии приходится добавлять данные об операциях, выполняемых в момент её создания — это позволяет сделать копию однозначной и точной. В отличие от копирования в реальном времени, горячее резервирование выполняется разово по команде администратора или периодически по расписанию. Одноразовое копирование, Простейшая схема, не предусматривающая каких-либо правил смены носителей. Все операции проводятся вручную. Перед копированием администратор задает время начала резервного копирования, перечисляет объекты, которые нужно копировать. При одноразовом копировании чаще всего создаётся полная копия требуемых объектов и сохраняется на подготовленный носитель информации. Простая ротация, Простая ротация подразумевает, что некий набор носителей используется циклически. Например, цикл ротации может составлять неделю, тогда отдельный носитель выделяется для определенного рабочего дня недели. Недостаток данной схемы в том, что она не очень подходит для ведения архива, поскольку количество носителей в наборе приходится увеличивать, чтобы хранить некоторые копии более длительный период времени. Кроме того, инкрементальная и дифференциальная запись проводится на одни и те же носители, что ведет к их значительному износу и, как следствие, уменьшает надёжность хранения резервных копий «Дед, отец, сын». Данная схема предполагает использование комплекта из трех типов носителей, которые могут использоваться следующим образом. Раз в неделю делается полная копия — «отец», ежедневно проводится инкрементальное или дифференциальное копирование — «сын». Дополнительно раз в месяц проводится ещё одно полное копирование — «Дед». Состав ежедневного и еженедельного набора постоянен. Таким образом, по сравнению с простой ротацией в архиве содержатся только ежемесячные копии плюс последние еженедельные и ежедневные копии. Недостатками данной схемы являются: наличие в архиве только данных, имевшихся на конец месяца; повышенный износ носителей.
Системы резервного копирования, Резервные копии могут создаваться вручную, но, как правило, в современных системах, даже если речь идёт о системе из одного компьютера, структура резервной копии может быть довольно сложной или просто включать большое количество объектов. Так же, возможно по регламенту резервное копирование должно проводиться в часы нулевого или наименьшего использования резервируемых ресурсов, а это время, как правило, выпадает на ночь. Кроме того, само создание резервной копии — дело кропотливое, длительное, но в принципе простое, а потому является отличным кандидатом на автоматизацию. Соответственно, существует множество различных программных инструментов создания и управления резервными копиями. Программы такого назначения включают следующие основные возможности: создание профилей резервного копирования, в которых пользователь может задать различные параметры создания резервных копий, такие как перечень объектов, подлежащих копированию, способ создания копии, место и формат её сохранения и др.; планирование и выполнение действий по расписанию; шифрование резервных копий; журнализация работы программы; импорта и экспорта параметров; создание резервных копий; восстановление к состоянию, зафиксированному в указанной резервной копии. Так же, не редко программы имеют дополнительные возможности в виде оповещения администратора о ходе и результате своей работы по SMS и e-mail, проверки файлов на наличие вредоносного кода перед их добавлением в состав резервной копии и т. п.
Восстановление работоспособности системы. Восстановление системы - компонент операционной системы Windows (процесс rstrui.exe), предназначенный для восстановления работоспособности ОС путем отката (восстановления предыдущего состояния ПК) системных файлов, ключей реестра, инсталлированных программ и т. д. System restore присутствует в системах Windows ME и Windows XP, а также новой системе Windows Vista. Семейство Windows Server не включает в себя функцию System Restore. Восстановление системы, встроенное в Windows XP, может быть инсталлировано на устройстве, работающем под Windows Server 2003, хотя эта операция не поддерживается Microsoft. В Windows Vista данный компонент обладает улучшенным интерфейсом и построен на технологии Shadow Copy, преимущество использования этой технологии в том, что блок-уровневые изменения в файлах, находящихся в любой папке на диске, могут быть отслежены и резервные копии созданы независимо от местонахождения файлов. ользователь может создавать новую точку восстановления вручную, производить откат к уже существующей точке или изменять конфигурацию System Restore. Более того, восстановление само по себе может быть обратимым. Старые точки восстановления сбрасываются для того, чтобы поддерживать использование объёма диска в точно определённом размере. Для многих пользователей это может обеспечить точки восстановления, покрывающие несколько прошедших недель. Пользователи, для которых важны производительность или используемый объём диска, могут также выбрать полное отключение System Restore. Для файлов, хранящихся на дисках, но которые служба восстановления не отследила, не будут созданы резервные копии и такие файлы никогда не будут восстановлены. System Restore создаёт резервные копии системных файлов определённых расширений (.exe, .dll и т.д.) и сохраняет их для дальнейшего восстановления и использования. Также создаются резервные копии Реестра и большинства драйверов.
Точки восстановления создаются: когда программа инсталлируется с помощью Windows Installer, Package Installer или других Установщиков, знающих о существовании System Restore; когда Windows Update инсталлирует новые обновления; когда пользователь устанавливает драйвер без цифровой подписи Windows Hardware Quality Labs; каждые 24 часа пользования компьютером (10 часов в Windows Me), или каждые 24 часа календарного времени, в зависимости от того, что истечёт раньше. Эту установку можно конфигурировать через реестр. Подобные точки восстановления известны как Точки Проверки Системы. Более того, точки проверки системы создаются лишь тогда, когда система находится в бездействии в течение некоторого времени; когда система запускается, будучи отключенной более 24 часов; по требованию пользователя. На Windows Vista теневые копии, создаваемые во время процедуры File Backup и Complete PC Backup, могут также использоваться как точки восстановления.
Для запуска программы можно использовать один из способов: выберите 1)пуск => (Все) программы => Стандартные => Служебные => Восстановление системы; 2)выберите Пуск => Справка и поддержка и щелкните "Отмена изменений с помощью Восстановления системы". Для задания параметров программы необходимо нажать в ее главном окне ссылку "Параметры восстановления системы" или открыть свойства значка Мой компьютер (или апплет панели управления "Система") и перейти на вкладку "Восстановление системы".
Выполнение обслуживания информационной системе в соответствии с пользовательской документацией. Для того чтобы автоматизированная информационная система успешно существовала, требуется ряд специальных обеспечивающих систем и средств на всех этапах ее жизненного цикла. Поэтому важно рассмотреть все эти средства в комплексе на основании.
ИС - информационная система организационно-упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы.
Совместно с ИС потребителю должны поставляться специальные средства, в совокупности составляющие систему обслуживания. Эти средства проектируются и изготавливаются совместно с ИС, согласованы с ней и решают задачи поддержания ИС в работоспособном состоянии. Сюда включаются различные тесты текущего контроля и диагностики состояния системы и ее элементов, средства обеспечения работы персонала, приспособления для обслуживания технических элементов, т. е. для устранения мелких неисправностей и настройки, наставления и руководства и т. п. Назначение и применение этих средств должны быть хорошо понятны руководству и персоналу ИС. Создание системы в качестве начального этапа включает проектирование. Это многостадийная деятельность, которая должна обеспечиваться соответствующими средствами на всех стадиях. Основа этого этапа – система автоматизации проектирования (САПР). Здесь следует подчеркнуть, что эта система должна обеспечивать разработку создаваемой системы в ее полном составе, т. е. входящих в нее видов обеспечения (техническое, программное, методическое, технологическое и т. д.). Очевидно, что при создании ИС в одном экземпляре своими силами никакое предприятие не формирует для этой работы еще и САПР - дорогостоящую специальную вспомогательную систему; это означает, что качество и глубина проработки всех вопросов на этой стадии будут невысокими. В таких случаях для повышения уровня проектных работ чаще всего используются универсальные средства автоматизации – CASE-средства.