СОДЕРЖАНИЕ
ВВЕДЕНИЕ
10
1 Общая характеристика организации, в том числе своего
рабочего места
14
2 Создание образа системы. Восстановление системы
17
2.1 Настройки системы и обновлений
17
3 Разработка модулей программного средства
20
4 Разработка сценария внедрения программного продукта
для рабочего места
5 Разработка руководства оператора
24
28
6 Выявление проблем взаимодействий программного
продукта с офисными пакетами
7 Устранение проблем совместимости программного
обеспечения
8 Измерение и анализ эксплуатационных характеристик
качества программного обеспечения
33
36
40
9 Тестирование защиты по от несанкционированного
доступа
42
ЗАКЛЮЧЕНИЕ
44
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
47
9
ВВЕДЕНИЕ
Я, Бунядов Махамед Алишахович, проходил практику в Администрации
Алишевского сельского поселения Сосновского района Челябинской области
на должности программиста, за время практики мною были освоены общие и
профессиональные компетенции:
ПК 3.1. Анализировать проектную и техническую документацию на
уровне взаимодействия компонент программного обеспечения.
ПК 3.2. Выполнять интеграцию модулей в программную систему.
ПК 3.3. Выполнять отладку программного продукта с использованием
специализированных программных средств. необходимой для эффективного
выполнения профессиональных задач, профессионального и личностного
развития.
ПК 3.4. Осуществлять разработку тестовых наборов и тестовых
сценариев.
ПК 3.5. Производить инспектирование компонент программного
продукта на предмет соответствия стандартам кодирования.
ПК 3.6. Разрабатывать технологическую документацию.
ОК 1 Понимать сущность и социальную значимость своей будущей
профессии, проявлять к ней устойчивый интерес.
ОК 2 Организовывать собственную деятельность, выбирать типовые
методы и способы выполнения профессиональных задач, оценивать их
эффективность и качество.
ОК 3 Принимать решения в нестандартных ситуациях и нести за них
ответственность.
ОК 4
Осуществлять
поиск
и
использование
информации,
самообразованием, осознанно планировать повышение квалификации.
ОК 5 Использовать информационно-коммуникационные технологии в
профессиональной деятельности.
10
ОК 6 Работать в коллективе и команде, эффективно общаться с
коллегами, руководством, потребителями.
ОК 7 Брать на себя ответственность за работу членов команды
(подчиненных), за результат выполнения заданий.
ОК 8
Самостоятельно
определять
задачи
профессионального
и
личностного развития, заниматься.
ОК 9 Ориентироваться в условиях частой смены технологий в
профессиональной деятельности.
В рамках данных компетенций мною были выполнены виды
деятельности указанные в дневнике. Опишем их подробнее.
11
1 Общая характеристика организации, в том числе своего рабочего места
Наименование организации: Администрация Алишевского сельского
поселения Сосновского района Челябинской области.
Почтовый адрес: 456525, Челябинская область, Сосновский район,
п.Трубный, ул. Пионерская, 8.
Телефон: 8 (351-44) 45-4-46
E-mail: sp_alishevskoe@chelsosna.ru
Организационно-правовая
форма
и
форма
собственности:
Муниципальное казенное учреждение.
Согласно статьи 16 Устава Алишевского сельского поселения,
структуру органов местного самоуправления Алишевского поселения
составляют:
а)
Совет
депутатов
Алишевского
сельского
поселения,
представительный орган Алишевского поселения;
б) глава Алишевского сельского поселения - высшее должностное лицо
Алишевского поселения;
в) администрация Алишевского сельского поселения - исполнительнораспорядительный орган Алишевского поселения.
Органы местного самоуправления не входят в систему органов
государственной
власти.
Изменение
структуры
органов
местного
самоуправления осуществляется не иначе как путём внесения изменений в
Устав.
К деятельности Администрации сельского поселения относится:
1) разрабатывает проекты планов и программ экономического и
социального развития поселения, осуществляет материально-техническое
обеспечение их выполнения, организует сбор статистических показателей,
характеризующих состояние экономики и социальной сферы поселения, и
представляет указанные данные органам государственной власти в порядке,
установленном Правительством Российской Федерации, составляет проект
12
бюджета поселения, исполняет бюджет поселения, составляет отчет об
исполнении бюджета поселения;
2) разрабатывает и вносит в Совет депутатов предложения по
установлению, изменению и отмене местных налогов и сборов;
3) владеет, пользуется и распоряжается имуществом, находящимся в
муниципальной собственности поселения;
4) обеспечивает первичные меры пожарной безопасности в границах
населенных пунктов поселения;
5) создает условия для обеспечения жителей поселения услугами связи,
общественного питания, торговли и бытового обслуживания;
6) создает условия для организации досуга и обеспечения жителей
поселения услугами организаций культуры;
7) обеспечивает условия для развития на территории поселения
физической
культуры
и
массового спорта, организации
проведения
официальных физкультурно-оздоровительных и спортивных мероприятий
поселения;
8) формирует архивные фонды поселения;
9) организует благоустройство территории поселения (включая
освещение
улиц,
озеленение
территории,
установку
указателей
с
наименованиями улиц и номерами домов, размещение и содержание малых
архитектурных форм);
10) присваивает адреса объектам адресации, изменяет, аннулирует
адреса, присваивает наименования элементам улично-дорожной сети (за
исключением автомобильных дорог федерального значения, автомобильных
дорог регионального или межмуниципального значения, местного значения
муниципального района), наименования элементам планировочной структуры
в границах поселения, изменяет, аннулирует такие наименования, размещает
информацию в государственном адресном реестре;
11) содействует в развитии сельскохозяйственного производства,
создает условия для развития малого и среднего предпринимательства;
13
12) организует и осуществляет мероприятия по работе с детьми и
молодежью в поселении;
13) оказывает поддержку гражданам и их объединениям, участвующим
в охране общественного порядка, создает условия для деятельности народных
дружин.
Организационно-правовая
форма
и
форма
собственности:
Муниципальное казенное учреждение.
Организационная структура Администрации состоит из:
 Главы поселения;
 Заместителя главы поселения;
 Специалиста – экономиста 1 категории;
 Специалиста-юриста 1 категории;
 Специалиста категории 1 по земельным отношениям;
 Специалиста категории 1 по делам несовершеннолетних;
 Программист администрации.
Программист относится к категории специалистов. Назначается на
должность программист и освобождается от неё на основании распоряжения
Главы
поселения.
Программист
подчиняется
непосредственно
Главе
поселения.
На должность программиста назначается лицо, имеющее высшее
профессиональное (техническое или инженерно-экономическое) образование,
без предъявления требований к стажу работы, или среднее профессиональное
(техническое или инженерно-экономическое) образование и опыт работы не
менее 1 года.
Программист должен знать:
 правила внутреннего трудового распорядка;
 правила и нормы охраны труда;
 основы экономики, организации производства, труда, управления и
законодательства о труде;
14
 руководящие и нормативные материалы, регламентирующие методы
разработки алгоритмов и программ и использования вычислительной техники
при обработке информации;

технико-эксплуатационные
характеристики,
конструктивные
особенности, назначение и режимы работы ЭВМ, правила ее технической
эксплуатации;
 виды программного обеспечения, основные принципы структурного
программирования;
 формализованные языки программирования;
 действующие стандарты, системы счислений, шифров и кодов;
 порядок оформления технической документации;
 технологию автоматической обработки и кодирования информации;
 передовой отечественный и зарубежный опыт программирования и
использования вычислительной техники.
Программист обязан:
1. Разрабатывать и внедрять системы автоматической проверки
правильности программ, типовые и стандартные программные средства,
составляет технологию обработки информации.
2. Определять информацию, подлежащую обработке средствами
вычислительной техники, ее объемы, структуру, макеты и схемы ввода,
обработки, хранения и вывода, методы ее контроля.
3. Определять объем и содержание данных контрольных примеров,
обеспечивающих наиболее полную проверку соответствия программ их
функциональному назначению.
4. Участвовать в создании каталогов и картотек стандартных программ,
в разработке форм документов, подлежащих машинной обработке, в
проектировании программ, позволяющих расширить область применения
вычислительной техники.
15
5. Разрабатывать программы на основе анализа математических моделей
и алгоритмов решения, экономических и других задач, обеспечивающие
возможность выполнения алгоритма и соответственно поставленной задачи
средствами вычислительной техники, проводит их тестирование и отладку.
6. Разрабатывать инструкции по работе с программами, оформлять
необходимую техническую документацию.
7. Осуществлять выбор языка программирования для описания
алгоритмов и структур данных.
8. Определять возможность использования готовых программных
продуктов
и
осуществляет
сопровождение
внедрения
программ
и
программных средств.
9. Разрабатывать технологию решения задач по всем этапам обработки
информации.
10. Выполнять работу по подготовке программ к отладке и проводит
отладку, а так же выполняет работу по унификации и типизации
вычислительных процессов.
11. Осуществляет запуск отлаженных программ и ввод исходных
данных, определяемых условиями поставленных задач.
12. Проводит корректировку разработанной программы на основе
анализа выходных данных.
16
2 Создание образа системы. Восстановление системы
2.1 Настройки системы и обновлений
Построена модель информационной системы и описана их структура
организации
Информационные системы
обеспечивают сбор, хранение,
обработку, поиск, выдачу информации, необходимой в процессе принятия
решений задач из любой области.
Информационная система - взаимосвязанная совокупность средств,
методов и персонала, используемых для хранения, обработки и выдачи
информации в интересах достижения поставленной цели.
АИС – это человеко машинная система, обеспечивающая автоматизиро
ванную подготовку, поиск и обработку информации.
Используется в рамках интегрированных сетевых, компьютерных и
коммуникативных технологий для оптимизации экономической и другой
деятельности в различных сферах управления.
Техническое обеспечение (ТО) - комплекс технических средств,
предназначенных
для
работы
информационной
системы,
а
также
соответствующая документация на эти средства и технологические процессы.
Информационное обеспечение (ИО) – совокупность единой системы
классификации и кодирования информации, унифицированных систем
документации,
схем
информационных
потоков,
циркулирующих
в
организации, а также методология построения баз данных. Пример приведен
на Рисунке 1
Назначение ИО состоит в своевременном формировании и выдаче
достоверной информации для принятия управленческих решений.
Виды ИС:
· Системы обработки данных
· ИС управления
· Системы бухгалтерского учета и т.д.
17
Рисунок 1 – Информационная система
В таблице 1 представлены перечень разделов и их значения параметров
обновлений, необходимых для обслуживания их новыми обновлениями либо
же отключить им такую возможность, в связи с опасностью прекращения его
дальнейшей работы из-за обновления. Чтобы войти в настройку этих
значений, необходимо:
1.
Нажать комбинацию клавиш Win + R и в поле ввода указать
команду «regedit».
2.
Откроется редактор реестра. Слева будет перечень разделов:
Таблица 1 – Перечень разделов
Параметры
Описание
Доступные значения
NoAutoUpdate
Возможные значения
Параметр
AUOptions
Эта опция настраивает варианты установки и загрузки
обновлений.
2 – система будет уведомлять Вас обо всех действиях. Я
настоятельно рекомендую выбирать именно это значение 3 –
опция является стандартной и предполагает автоматическую
загрузку, но способ установки выбираете Вы. 4 – установка
паков будет происходить согласно указанного Вами
расписания. 5 – предоставляет доступ к настройкам
обновлений всем пользователям, не только администратору.
Этот параметр позволит Вам полностью запретить
автоматические действия системы (поиск, установка паков).
0 – вкл. 1 – откл.
ScheduledInstallTime
18
Доступные значения
Параметр
Доступные значения
Параметр
Описание
Доступные значения
В этом разделе можно указать конкретное время, на которое
хотите запланировать установку «обнов». Можно указать
значение от 0 до 23, предварительно убедившись, что
параметр AUOptions (смотрите выше) имеет значение
AUOptions = 4
ScheduledInstallDay
0 – ежедневно 1 – каждый понедельник 2 – каждый вторник
3 – каждую среду 4 – каждый четверг 5 – каждую пятницу 6
– каждую субботу 7 – каждое воскресенье
NoAutoRebootWithLoggedOnUsers
Параметр указывает, что для завершения установки по
расписанию служба автоматического обновления будет
ожидать перезагрузки компьютера любым вошедшим
пользователем вместо автоматической перезагрузки
компьютера
1 – отключить автоматическую перезагрузку 0 – включить
автоматическую перезагрузку
19
3 Разработка модулей программного средства
Первый шаг разработки программного модуля в значительной степени
представляет собой смежный контроль структуры программы снизу: изучая
спецификацию модуля, разработчик должен убедиться, что она ему понятна и
достаточна для разработки этого модуля. В завершении этого шага выбирается
язык программирования: хотя язык программирования может быть уже
предопределен для всего ПС, все же в ряде случаев (если система
программирования это допускает) может быть выбран другой язык, более
подходящий для реализации данного модуля (например, язык ассемблера).
На втором шаге разработки программного модуля необходимо
выяснить, не известны ли уже какие-либо алгоритмы для решения
поставленной и или близкой к ней задачи. И если найдется подходящий
алгоритм, то целесообразно им воспользоваться. Выбор подходящих структур
данных, которые будут использоваться при выполнении модулем своих
функций, в значительной степени предопределяет логику и качественные
показатели разрабатываемого модуля, поэтому его следует рассматривать как
весьма ответственное решение.
На третьем шаге осуществляется построение текста модуля на
выбранном языке программирования. Обилие всевозможных деталей, которые
должны быть учтены при реализации функций, указанных в спецификации
модуля, легко могут привести к созданию весьма запутанного текста,
содержащего массу ошибок и неточностей. Искать ошибки в таком модуле и
вносить в него требуемые изменения может оказаться весьма трудоемкой
задачей. Поэтому весьма важно для построения текста модуля пользоваться
технологически обоснованной и практически проверенной дисциплиной
программирования.
сформулировав
и
Впервые
на
обосновав
это
обратил
основные
внимание
принципы
Дейкстра,
структурного
программирования. На этих принципах базируются многие дисциплины
программирования, широко применяемые на практике.
20
Следующий шаг разработки модуля связан с приведением текста модуля
к завершенному виду в соответствии со спецификацией качества ПС. При
программировании
модуля
разработчик
основное
внимание
уделяет
правильности реализации функций модуля, оставляя недоработанными
комментарии и допуская некоторые нарушения требований к стилю
программы. При шли фовке текста модуля он должен отредактировать
имеющиеся в тексте комментарии и, возможно, включить в него
дополнительные комментарии с целью обеспечить требуемое качества. С этой
же целью производится редактирование текста программы для выполнения
стилистических требований.
Шаг проверки модуля представляет собой ручную проверку внутренней
логики модуля до начала его отладки (использующей выполнение его на
компьютере),
реализует
общий
принцип,
сформулированный
для
обсуждаемой технологии программирования, о необходимости контроля
принимаемых решений на каждом этапе разработки ПС.
И, наконец, последний шаг разработки модуля означает завершение
проверки модуля (с помощью компилятора) и переход к процессу отладки
модуля.
При программировании модуля следует иметь в виду, что программа
должна быть понятной не только компьютеру, но и человеку: и разработчик
модуля, и лица, проверяющие модуль, и тестовики, готовящие тесты для
отладки модуля, и сопроводители ПС, осуществляющие требуемые изменения
модуля, вынуждены будут многократно разбирать логику работы модуля. В
связи с этим Дейкстра и предложил строить программу как композицию из
нескольких типов управляющих конструкций (структур), которые позволяют
сильно
повысить
Программирование
понимаемость
с
использованием
логики
только
работы
программы.
таких
конструкций
назвали структурным.
Следование Разветвление Повторение – последовательно представлены
на рисунке 2.
21
Рисунок 2 – Структурные конструкции
Приступая к разработке каждой программы ПС, следует иметь в виду,
что она, как правило, является большой системой, поэтому необходимо
принять меры для ее упрощения. Для этого такую программу разрабатывают
по частям, которые называются программными модулями. А сам такой метод
разработки программ называют модульным программированием.
Программный модуль - это любой фрагмент описания процесса,
оформляемый как самостоятельный программный продукт, пригодный для
использования в описаниях процесса. Это означает, что каждый программный
модуль программируется, компилируется и отлаживается отдельно от других
модулей программы, и тем самым, физически разделен с другими модулями
программы. Более того, каждый разработанный программный модуль может
включаться в состав разных программ, если выполнены условия его
использования, декларированные в документации по этому модулю. Таким
образом, программный модуль может рассматриваться и как средство борьбы
со сложностью программ, и как средство борьбы с дублированием в
программировании
(т.е.
как
средство
накопления
и
многократного
использования программистских знаний).
Модульное программирование призвано, в процессе разработки
программ, борьбы со сложностью, обеспечивает независимость компонент
системы, и использование иерархических структур.
Для избежание сложностей формулируются определенные требования,
которым должен удовлетворять программный модуль, т.е. выявляются
22
основные характеристики «хорошего» программного модуля. Выделить
хороший с этой точки зрения модуль является серьезной творческой задачей.
Для оценки приемлемости выделенного модуля используются некоторые
критерии. Так, Хольт предложил следующие два общих таких критерия:

хороший модуль снаружи проще, чем внутри;

хороший модуль проще использовать, чем построить.
Майерс предлагает для оценки приемлемости программного модуля
использовать более конструктивные его характеристики:

размер модуля,

прочность (связность) модуля,

сцепление с другими модулями,

рутинность модуля (независимость от предыстории обращений к
нему).
23
4 Разработка сценария внедрения программного продукта для рабочего места
Внедрение
программного
обеспечения
—
процесс
настройки
программного обеспечения под определенные условия использования, а также
обучения пользователей работе с программным продуктом. Цели внедрения
программного продукта:
1. Обеспечение стабильной повторяемости результатов с заданным
качеством.
2. Снижение квалификационных требований к участникам ITпроектов.
3. Сокращение сроков выполнения IT-проектов. После определения
целей, следует сконцентрироваться на действиях, на каждом из этапов работы,
преимущественно на процессе исполнения Коллективная разработка. Одним
из основных вопросов коллективной разработки является разделение труда.
Модели разбиения коллектива на рабочие группы:

иерархическая модель;

матричная модель (равноправные соисполнители);

бригада главного программиста;

программирование в парах;

общинная модель разработки.
Далее происходит
оценка качества программного обеспечения —
способность программного продукта при заданных условиях удовлетворять
установленным
или
предполагаемым
потребностям.
Рекомендуется
следующая общая схема процессов оценки характеристик качества программ:

установка исходных требований для оценки - определение целей
испытаний, идентификация типа метрик программного средства, выделение
адекватных показателей и требуемых значений атрибутов качества;

селекция метрик качества, установление рейтингов и уровней
приоритета метрик субхарактеристик и атрибутов, выделение критериев для
проведения экспертиз и измерений;
24

планирование
и
проектирование
процессов
оценки
характеристики атрибутов качества в жизненном цикле программного
средства;

выполнение измерений для оценки, сравнение результатов с
критериями и требованиями, обобщение и оценка результатов.
Для каждой характеристики качества рекомендуется формироватьмеры и
шкалу
измерений
с
выделением
требуемых,
допустимых
и
неудовлетворительных значений. Реализация процессов оценки должна
коррелировать
с
этапами
жизненного
цикла
конкретного
проекта
программного средства в соответствии с применяемой, адаптированной
версией стандарта ISO 12207. Функциональная пригодность - наиболее
неопределенная и объективно трудно оцениваемая субхарактеристика
программного средства. Области применения, номенклатура и функции
комплексов программ охватывают столь разнообразные сферы деятельности
человека, что невозможно выделить и унифицировать небольшое число
атрибутов для оценки и сравнения этой субхарактеристики в различных
комплексах программ. Оценка корректности программных средств состоит в
формальном определении степени соответствия комплекса реализованных
программ исходным требованиям контракта, технического задания и
спецификаций на программное средство и его компоненты. Путем
верификации должно быть определено соответствие исходным требованиям
всей совокупности к компонентам комплекса программ, вплоть до модулей и
текстов программ и описаний данных. Оценка способности к взаимодействию
состоит
в
определении
качества
совместной
работы
компонентов
программных средств и баз данных с другими прикладными системами и
компонентами
на
различных
вычислительных
платформах,
а
также
взаимодействия с пользователями в стиле, удобном для перехода от одной
вычислительной системы к другой с подобными функциями. Оценка
защищенности программных средств включает определение полноты
использования доступных методов и средств защиты программного средства
25
от
потенциальных
угроз
и
достигнутой
при
этом
безопасности
функционирования информационной системы. Наиболее широко и детально
методологические и системные задачи оценки комплексной защиты
информационных систем изложены в трех частях стандарта ISO 15408:19991--3 «Методы и средства обеспечения безопасности. Критерии оценки
безопасности информационных технологий». Оценка надежности - измерение
количественных метрик атрибутов субхарактеристик в использовании:
завершенности,
устойчивости
доступности/готовности.
к
дефектам,
Потребность
в
восстанавливаемости
и
ресурсах
и
памяти
производительности компьютера в процессе решения задач значительно
изменяется в зависимости от состава и объема исходных данных. Для
корректного
определения
предельной
пропускной
способности
информационной системы с данным программным средством нужно измерить
экстремальные
и
средние
значения
длительностей
исполнения
функциональных групп программ и маршруты, на которых они достигаются.
Если предварительно в процессе проектирования производительность
компьютера не оценивалась, то, скорее всего, понадобится большая доработка
или даже замена компьютера на более быстродействующий. Оценка
практичности программных средств проводится экспертами и включает
определение
понятности,
простоты
использования,
изучаемости
и
привлекательности программного средства. В основном это качественная (и
субъективная) оценка в баллах, однако некоторые атрибуты можно оценить
количественно по трудоемкости и длительности выполнения операций при
использовании программного средства, а также по объему документации,
необходимой для их изучения. Сопровождаемость можно оценивать полнотой
и достоверностью документации о состояниях программного средства и его
компонентов,
всех
предполагаемых
и
выполненных
изменениях,
позволяющей установить текущее состояние версий программ в любой
момент времени и историю их развития. Она должна определять стратегию,
стандарты, процедуры, распределение ресурсов и планы создания, изменения
26
и применения документов на программы и данные. Оценка мобильности качественное определение экспертами адаптируемости, простоты установки,
совместимости
и
замещаемости
программ,
выражаемое
в
баллах.
Количественно эту характеристику программного средства и совокупность ее
атрибутов можно (и целесообразно) оценить в экономических показателях:
стоимости, трудоемкости и длительности реализации процедур переноса на
иные платформы определенной совокупности программ и данных.
После оценки качества, если оно соответствует всем необходимым
стандартам, то проходит внедрение – установка приложения на устройства
компании и проведение инструктажа по эксплуатации приложения.
27
5 Разработка руководства оператора
Функциональное назначение
Функциональным назначением программного блока является решение
задач психологических служб в образовании, управлении персоналом и
личном использовании.
Эксплуатационное назначение
Программный
блок
должен
эксплуатироваться
в
профильных
подразделениях на объектах Заказчика.
Конечными пользователями программного блока должны являться
сотрудники профильных подразделений объектов Заказчика.
Состав функций
Программный
блок
обеспечивает
возможность
выполнения
перечисленных ниже функций:
1. предоставление инструкции;
2. обеспечение ввода личных данных пользователя, требующихся для
статистики;
3. обеспечение ввода дополнительных настроек (таких как время
решения задачи, стартовое время экспозиции числа, шаг изменения темпа);
4. обеспечение режима тестирования;
5. расчет параметров, требующихся для статистики;
6. отображение личных данных и параметров в табличном виде после
прохождения теста;
7. отображение и сохранение графика изменения темпа пользователя
после прохождения теста;
8. сохранение личных данных пользователя и параметров в файлы;
Условия выполнения программы
Климатические условия эксплуатации
Климатические
обеспечиваться
условия
заданные
эксплуатации,
характеристики,
28
при
которых
должны
должны
удовлетворять
требованиям, предъявляемым к техническим средствам в части условий их
эксплуатации.
Минимальный состав технических средств
В состав технических средств должен входить IBM-совместимый
персональный компьютер (ПЭВМ), включающий в себя:
· процессор Pentium-IV с тактовой частотой - 3,2 ГГц;
· оперативную память объемом 1 Гб;
Минимальный состав программных средств
Системные программные средства, используемые программой, должны
быть представлены лицензионной локализованной версией операционной
системы.
Требования к пользователю
Для работы программного блока минимум требуется один конечный
пользователь (оператор).
Конечный пользователь программного блока (оператор) должен
обладать практическими навыками работы с графическим пользовательским
интерфейсом операционной системы.
Выполнение программы
Загрузка и запуск программы
Загрузка и запуск программы осуществляется способами, детальные
сведения о которых изложены в Руководстве пользователя операционной
системы.
В случае успешного запуска программы на рабочем столе будет
отображено главное окно программы
Выполнение функции предоставления инструкции
Выполнение указанной функции возможно следующими способами:
1. выбором кнопки Инструкция
2. последовательным выбором пунктов меню Файл - Инструкция
В результате будет отображено окно «Инструкция», которым можно
свернуть и пользоваться во время тестирования.
29
Выполнение функции обеспечения ввода личных данных пользователя
Выполнение указанной функции возможно следующими способами:
1. При успешном завершении загрузки и запуска (см. п. Загрузка и
запуск программы) следует выбрать Тестирование
Далее необходимо заполнить соответствующие поля для регистрации:
 имя;
 фамилия;
 отчество;
 возраст;
 группа;
В случае если не все поля заполнены, программный блок не начнет
тестирование, предъявив сообщение об ошибке.
2. При успешном завершении загрузки и запуска (см. п. Загрузка и
запуск программы) следует выбрать Статистика
Далее необходимо заполнить соответствующие поля для поиска:

имя;

фамилия;

отчество;
В случае если не все поля заполнены, программный блок не выдаст
статистику, предъявив сообщение об ошибке.
Выполнение функции обеспечения ввода дополнительных настроек
Выполнение указанной функции возможно следующим способом:
последовательным выбором пунктов меню Файл - Настройка.
В результате будет отображено окно «Настройка». В случае
необходимости следует ввести требуемые настройки («Время решение
задачи», «Стартовое время экспозиции числа», «Шаг изменения темпа»).
Для выбора необходимо кликнуть по выбранному значению, чтобы оно
было подсвечено. На рисунке ниже изображено, что для «Время решения
30
задачи» выбрано значение 1 минута, а для «Стартовое время экспозиции
числа» и «Время тема» - выбор еще не сделан.
Когда
требуемые
параметры
будут
выбраны,
следует
нажать
кнопку Сохранить.
Выполнение функции обеспечения режима тестирования и сохранения
личных данных пользователя и параметров
Выполнение указанной функции возможно только после заполнения
регистрационных
данных
пользователя
(см.
п. Выполнение
функции
обеспечения ввода личных данных пользователя). Если все поля заполнены,
то следует нажать кнопку Начать тест.
После чего пользователь может проходить тест, руководствуясь
прочитанной инструкцией (Файл - Инструкция).
По
истечении
времени
тестирования
появится
сообщение
«Тест завершен»
Сохранение личных данных, параметров, изменение темпа во время
тестирования в файлы выполняется автоматически. После чего, появится
кнопка Посмотреть статистику.
Выполнение функции отображения личных данных и параметров
Просмотр статистики непосредственно после прохождения теста
После прохождения теста, необходимо нажать кнопку Посмотреть
статистику. Далее появится таблица с результатами тестирования.
31
Рисунок 3 – Главное меню программы
32
6 Выявление проблем взаимодействий программного продукта с офисными
пакетами
Причины
возникновения
проблем
совместимости
программного
обеспечения
Приложение, написанное для определенной операционной системы,
может принести проблемы при инсталляции на компьютер с другой
операционной системой. Так как это может произойти по ряду причин. Для
эффективного решения проблем и устранения неполадок, важно быть в курсе
обычно вызывающих большинство проблем совместимости общих причин.
Как правило, приложения и аппаратное обеспечение, работающее на
WindowsVista, продолжит работать и на Windows 7. В следующем примере
показано несколько проблемных областей совместимости приложений
Windows 7.
1. Запуск и установка приложения: во время запуска и установки
приложения
помешать
установке
должным
образом
могут
две
распространенные проблемы:

Приложения пытаются копировать файлы и ярлыки для папок,
которые были правомочны для предыдущей операционной системы Windows,
но не существуют в новой операционной системе.

Приложения пытаются сослаться на компоненты Windows,
которые в Windows 7 были переименованы.
2. Контроль пользовательской учетной записи (UAC): UAC увеличивает
безопасность Windows, ограничивая доступ к компьютеру без уровня
администратора,
что
ограничивает
запуск
приложений
большинству
пользователей, в качестве обычных пользователей. Также UAC ограничивает
контекст, в котором выполняется процесс, чтобы свести к минимуму
возможность пользователей непреднамеренно подвергнуть свой компьютер
заражению вирусами или другими вредоносными программами.
UAC может иметь следующие проблемы совместимости:
33

Некоторые установщики, деинсталляторы и обновление не будет
работать без повышения статуса до администраторского.

Стандартные пользовательские приложения, требующие для
выполнения своих задач прав администратора, могут не выполнять свою
задачу для стандартных пользователей.

В приложениях, пытающихся выполнить задачи для текущих, не
имеющих необходимых прав, пользователей, может произойти сбой. Вид сбоя
приложения зависит от того, как оно было написано.

Панель
управления
приложения,
которая
выполняет
административные задачи и вносит в них глобальные изменения, может не
функционировать должным образом и давать сбой.

DLL библиотеки приложений, которые запускаются с помощью
RunDLL32.exe, если они выполняют глобальные операции, могут работать
неправильно.

Запись стандартным пользователем приложений в глобальное
расположение будет перенаправлено для каждого пользователя с помощью
виртуализации.
3. WindowsResourceProtection (WRP): WRP предназначен для защиты
ресурсов Windows (файлов, папок, реестра) в режиме только для чтения.
Установщики приложений пытавшиеся заменить, изменить или удалить
находящиеся под защитой WRP файлы операционной системы и/или ключи
реестра могут вызвать сбой с сообщением об ошибке, указывающем на
невозможность обновления ресурса.
4.
Защищенный
режим
InternetExplorer:
Защищенный
режим
InternetExplorer помогает защититься от атак с несанкционированным
получением прав, ограничивая возможность записи для любой зоны ресурсов
локального компьютера, за исключением временных файлов Интернета.
Приложения, использующие InternetExplorer и пытающиеся сделать
запись непосредственно на диск во время нахождения в Интернете или
интрасети, могут вызвать сбой.
34
5. 64-битная архитектура: Windows 7 полностью поддерживает 64битную архитектуру. Приложения или компоненты, использующие 16-битные
исполняемые файлы, 16-битные установщики или 32-битные драйвера ядра,
могут вызвать сбой при запуске или будут неправильно функционировать.
6.
WindowsFilteringPlatform (WFP): WFP интерфейс прикладного
программирования (API), позволяющий разработчикам создавать код,
взаимодействующий с фильтрацией, происходящей на нескольких уровнях
сетевого режима и во всей операционной системе. Если вы в своей системе
пользуетесь предыдущей версией API, у вас могут возникнуть сбои при работе
приложений
связанных
с
безопасностью,
таких
как
сканеры
сети,
антивирусные программы или фаерволы.
7.
Изменение
версии
операционной
системы:
номер
версии
операционной системы изменяется с каждым новым релизом. Для
WindowsVista внутренний номер версии — 6, в то время как у Windows 7
внутренний номер версии — 6.1.
Это изменение влияет на любое работающее приложение или
установщика
приложения,
которые
специально
проверяют
версию
операционной системы, что может помешать происходящей установке или
запуску приложения.
8. Драйвера ядра: драйвера ядра должны поддерживать операционную
систему
Windows
7
или
быть
обновлены
с
помощью
User-
ModeDriverFramework (UMDF). UMDF — это платформа усовершенствования
драйверов устройств, которая была введена в WindowsVista.
9. Устаревшие компоненты: релиз Windows 7 также поднял вопросы к
устаревшим API или библиотекам DLL из Windows XP и WindowsVista, новым
фреймворком и изоляцией служб. Это становиться причиной для приложений,
использующих
устаревшие
API-интерфейсы
или
библиотеки
DLL,
использующих старые учетные данные или не поддерживающих изоляции
служб терять функциональность или не запускаться.
35
7 Устранение проблем совместимости программного обеспечения
Уменьшение проблем с совместимостью приложения обычно зависит от
различных факторов, таких как тип приложения и текущей поддержки
приложения. Некоторые из общих методов включают следующее:

можете
Изменение конфигурации существующего приложения: Вы
использовать
инструменты,
CompatibilityAdministrator
или
StandardUserAnalyzer (устанавливается с ACT), для обнаружения проблемы и
создания
исправления
данного
приложения,
что
решит
проблему
совместимости.

Применение обновлений или пакетов обновлений к приложению:
обновления или пакеты обновлений могут помочь решить многие из проблем
с совместимостью и дать возможность приложению работать в новой среде
операционной системы.

Апгрейд приложения до совместимого релиза: если более новая,
совместимая версия приложения существует, лучшее решение — обновить до
более новой версии.

Изменение конфигурации безопасности: как пример, Защищенный
режим InternetExplorer может быть смягчен, добавив сайт в список надежных
сайтов или выключив Защищенный режим (что не рекомендуется).

Запуск приложения в виртуализированной среде: если все другие
методы недоступны, для решения проблем Вы можете запустить приложение
в более раннем релизе Windows, используя инструменты виртуализации, такие
как PC Microsoft Virtual и Microsoft VirtualServer.

Использование функций совместимости приложения: проблемы
приложения, такие как управление версиями операционной системы, могут
быть смягчены, запуском приложения в режиме эмуляции. К этому режиму
можно получить доступ, щелкнув правой кнопкой по ярлыку или .exe файлу и
применяя режим эмуляции более ранней версии Windows на вкладки
«Совместимость» (Свойства - Совместимость). Так же, чтобы помочь в
36
конфигурировании
режима
эмуляции
с
приложением,
Вы
можете
использовать «Мастер Совместимости Программ«. Эту функцию можно найти
так: «Панель управления» - «Программы» - «Выполнение программ,
созданных для предыдущих версий Windows».

Выбор другого приложения, которое выполняет ту же самую
функцию, но не имеет проблем с совместимостью: если другое совместимое
приложение доступно, Вы можете использовать его.
Использование безопасного режима в работе сети
Безопасный режим — это режим запуска системы Windows,
предназначенный для устранения неполадок, в котором используется
ограниченный набор служб и компонентов. Загружаются только базовые
файлы и драйверы, необходимые для запуска Windows. В углах экрана
отображаются слова Безопасный режим, соответствующие используемому
режиму Windows.
Проверка компьютера на наличие вирусов и шпионских программ
Компьютерный вирус – вид вредоносного программного обеспечения,
способный создавать копии самого себя и внедрятся в код других программ,
системные области памяти, загрузочные секторы, а так же распространять
свои копии по разнообразным каналам связи, с целью нарушения работы
программно-аппаратных комплексов, удаления файлов, приведения в
негодность
структур
размещения
данных,
блокирования
работы
пользователей или же приведение в негодность аппаратных комплексов
компьютера.
Для очистки компьютера необходимо воспользоваться антивирусом и,
возможно причины проблем совместимости могут быть решены.
Решение проблем совместимости приложений при обслуживании
компьютеров.
Достаточно
сложной
задачей,
которая
периодически
возникает
при обслуживании компьютеров компании, – это переход на новые версии
операционной
системы.
Универсальные
37
рекомендации,
которые
безоговорочно подошли бы для любого предприятия, в данном случае дать
сложно. Ведь далеко не всегда происходит обновление с предыдущей версии
на следующую, а ведь чем более велико различие в версии, там менее они
совместимы.
При переходе на новую версию операционной системы неизбежно
возникает проблема совместимости приложений, которая должна быть решена
в ходе обслуживания компьютеров.
Проблема совместимости чаще всего возникает, когда приложение
некорректно обращается к функциям операционной системы.
Как правило, ведущие производители программного обеспечения
стараются своевременно выпускать новые версии программных продуктов,
совместимые с актуальными операционными системами, но нередко
предприятия для решения некоторых специфических задач вынуждены
использовать ПО, совместимость которого с новой версией операционной
системы находится под вопросом.
С
учетом
возможных
проблем
совместимости
используемых
приложений и новой версии операционной системы рекомендуется в
обязательном порядке включить в подготовку к обновлению ОС на
компьютерах предприятия следующие этапы:

обязательная проверка используемого ПО на совместимость с
новой операционной системой и сбор информации о выявленных в процессе
этого тестирования проблемах

Анализ
приложений,
у
которых
выявлены
проблемы
совместимости.
В процессе этого анализа нужно выяснить, насколько необходимы
предприятию данные приложения, выпущены ли для них новые версии, в
которых решена проблема совместимости, и в случае отсутствия таких версий
- поиск инструментов для решения проблем совместимости
38

тестирование
инструментария
для
решения
проблем
совместимости, желательно не слишком усложняющего обслуживание
компьютеров.
Лишь после получения удовлетворительных результатов такого
тестирования, то есть стабилизации работы всех приложений, специалисты по
обслуживанию компьютеров могут осуществлять переход на новую
операционную систему.
Самый распространенный метод решения проблем совместимости – это
использование DLL (динамически
загружаемых
библиотек), которые
перехватывают «проблемные» вызовы системных функций. Эти библиотеки
нередко называют «системными заплатками». Во многих случаях этого метода
вполне достаточно для решения проблемы совместимости.
39
8 Измерение и анализ эксплуатационных характеристик качества
программного обеспечения
Показатели качества программного обеспечения устанавливают ГОСТ 2
8.195 - 89 «Оценка качества программных средств. Общие положения» и
ГОСТ
Р
ИСО / МЭК
9126 « Информационная
технология.
Оценка
программной продукции. Характеристика качества и руководства по их
применению » .
Одновременное
существование
двух
действующих
стандартов , нормирующих одни и те же показатели, ставит вопрос об их
гармонизации. Ниже рассмотрим каждый из перечисленных стандартов.
ГОСТ 28.195 - 89 «Оценка качества программных средств. Общие положения»
устанавливает общие положения по оценке качества программных средств,
номенклатуру и применяемость показателей качества. Оценка качества ПС
представляет
собой
совокупность
операций, включающих выбор
номенклатуры показателей качества оцениваемого ПС, определение значений
этих показателей и сравнение их с базовыми зн ачениями. Методы
определения показателей качества ПС различаются:

по способам получения информации о ПС – измерительный,
регистрационный, органолептический, расчетный;

по
источникам
получения
информации – экспертный,
социологический. Измерительный метод основан на получении информации
о свойствах и характеристиках ПС с использованием инструментальных
средств. Например, с использованием этого метода определяется объем ПС число строк исходного текста программ и число строк - комментариев, число
операторов и операндов, число исполненных операторов, число ветвей в
программе,
число
точек
входа
(выхода),
время
выполнения
ветви
программы, время реакции и другие показатели.
Регистрационный метод основан на получении информации во время
испытаний
или
функционирован ия
ПС,
когда
регистрируются
и
подсчитываются определенные события, например, время и число сбоев и
40
отказов, время передачи управления другим модулям, время начала и
окончания работы.
Органолептический метод основан на использовании информации,
получаемой в результате анализа восприятия органов чувств (зрения, слуха), и
применяется для определения таких показателей как удобство применения,
эффективность и т.п. Расчетный
метод основан
на
использовании
теоретических и эмпирических зависимостей (на ранних этапа х разработки),
статистических данных, накапливаемых при испытаниях, эксплуатации и
сопровождении ПС.
При помощи расчетного метода определяются длительность и точность
вычислений, время реакции, необходимые ресурсы. Определение значений
показателей
качества ПС экспертным методом осуществляется группой
экспертов-специалистов, компетентных в решении данной задачи, на базе их
опыта и интуиции. Экспертный метод применяется в случаях, когда задача не
может быть решена никаким другим из существующих способов или другие
способы являются значительно более трудоемкими.
Экспертный
показателей
метод
наглядности,
рекомендуется
полноты
применять
и
при
доступности
определении
программной
документации, легкости освоения, структурности.
Социологические методы основаны на обработке специальных анкетвопросников.
41
9 Тестирование защиты по от несанкционированного доступа
В данном разделе будут рассмотрены традиционные методы, виды и
подходы тестирования. Многие из представленных методов применяются при
тестировании по требованиям безопасности. Главным отличием при
тестировании по требованиям безопасности является то, что мы ищем не
ошибки (bugs), а уязвимости, ведущие к нарушению целостности,
конфиденциальности и доступности.
Уровни тестирования:
1. Модульное тестирование (Unit testing)
Этот уровень тестирования позволяет проверить функционирование
отдельно взятого элемента системы. Что считать элементом – модулем
системы определяется контекстом. Наиболее полно данный вид тестов описан
в стандарте IEEE 1008–87 “Standard for Software Unit Testing”, задающем
интегрированную концепцию систематического и документированного
подхода к модульному тестированию.
2. Интеграционное тестирование (Integration testing)
Данный
уровень
взаимодействия
между
тестирования
является
программными
процессом
проверки
компонентами/модулями.
Классические стратегии интеграционного тестирования – “сверху-вниз” и
“снизу-вверх”
–
используются
для
традиционных,
иерархически
структурированных систем и их сложно применять, например, к тестированию
слабосвязанных
систем,
построенных
в
сервисно-ориентированных
архитектурах (SOA).
3. Системное тестирование (System testing)
Системное
тестирование
охватывает
целиком
всю
систему.
Большинство функциональных сбоев должно быть идентифицировано еще на
уровне модульных и интеграционных тестов. В свою очередь, системное
тестирование, обычно фокусируется на нефункциональных требованиях –
безопасности, производительности, точности, надежности т.п. На этом уровне
42
также тестируются интерфейсы к внешним приложениям, аппаратному
обеспечению, операционной среде и т.д.
Виды тестирования:

Приёмочное тестирование (Acceptance/qualification testing)

Проверяет поведение системы на предмет удовлетворения
требований заказчика.

Установочное тестирование (Installation testing)

Из названия следует, что данные тесты проводятся с целью
проверки процедуры инсталляции системы в целевом окружении.

Альфа- и бета-тестирование (Alpha and beta testing)

Перед тем, как выпускается программное обеспечение, как
минимум, оно должно проходить стадии альфа (внутреннее пробное
использование) и бета (пробное использование с привлечением отобранных
внешних пользователей) версий. Отчеты об ошибках, поступающие от
пользователей этих версий продукта, обрабатываются в соответствии с
определенными
процедурами,
включающими
подтверждающие
тесты
(любого уровня), проводимые специалистами группы разработки.

Функциональные
тесты/тесты
соответствия
(Conformance
testing/Functional testing/Correctness testing)
Эти тесты могут называться по разному, однако, их суть проста –
проверка соответствия системы, предъявляемым к ней требованиям,
описанным на уровне спецификации поведенческих характеристик.
Достижение и оценка надежности (Reliability achievement and
evaluation)
Помогая
идентифицировать
причины
сбоев,
тестирование
подразумевает и повышение надежности программных систем. Случайно
генерируемые сценарии тестирования могут применяться для статистической
оценки надежности.
43
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
Басаков, М.И. Документационное обеспечение управления (с
1)
основами архивоведения) : учеб. пособие для СПО и НПО / М. И. Басаков. М. : Кнорус, 2016. - 216 с.
Вичугова
2)
А.А.
Инструментальные
средства
разработки
компьютерных систем и комплексов [Электронный ресурс] : учебное пособие
для СПО / А.А. Вичугова. — Электрон. текстовые данные. — Саратов:
Профобразование, 2017. — 135 c. — 978-5-4488-0015-3. — Режим доступа:
http://www.iprbookshop.ru/66387.html
Влацкая
3)
И.В.
Проектирование
и
реализация
прикладного
программного обеспечения [Электронный ресурс]: учебное пособие/ Влацкая
И.В., Заельская Н.А., Надточий Н.С.— Электрон. текстовые данные.—
Оренбург: Оренбургский государственный университет, ЭБС АСВ, 2015.—
119 c.— Режим доступа: http://www.iprbookshop.ru/54145.— ЭБС «IPRbooks»,
по паролю
4)
Гагарина, Л.Г. Технология разработки программного обеспечения
: учеб. пособие для студ. вузов / Л. Г. Гагарина, Е. В. Кокорева, Б. Д. Виснадул
; ред. Л. Г. Гагарина. - М. : Форум - ИНФРА-М, 2015. - 400 с. - (Высшее
образование)
5)
Долженко А.И. Технологии командной разработки программного
обеспечения информационных систем [Электронный ресурс]/ Долженко
А.И.—
Электрон.
текстовые
данные.—
М.:
Интернет-Университет
Информационных Технологий (ИНТУИТ), 2016.— 300 c.— Режим доступа:
http://www.iprbookshop.ru/39569.— ЭБС «IPRbooks»
6)
Дубовой,
Н.Д.
Основы
метрологии,
стандартизации
и
сертификации : учеб. пособие для студ. СПО / Н. Д. Дубовой, Е. М. Портнов.
- М. : Форум - ИНФРА-М, 2016. - 256 с. - (Профессиональное образование)
7)
Ершов В.В. Метрология, стандартизация и сертификация в
инфокоммуникациях [Электронный ресурс]: учебное пособие. Курс лекций/
44
Ершов В.В., Мелешин А.С.— Электрон. текстовые данные.— Ростов-на-Дону:
Северо-Кавказский филиал Московского технического университета связи и
информатики,
2015.—
160
Режим
c.—
доступа:
http://www.iprbookshop.ru/61309.html.— ЭБС «IPRbooks»
8)
Жиганов С.Н. Анализ динамических систем [Электронный ресурс]
: учебное пособие / С.Н. Жиганов. — Электрон. текстовые данные. — Саратов:
Ай Пи Эр Медиа, 2018. — 202 c. — 978-5-4486-0085-2. — Режим доступа:
http://www.iprbookshop.ru/72794.html
9)
Жидкова Н.В. Методы оптимизации систем [Электронный ресурс]
: учебное пособие / Н.В. Жидкова, О.Ю. Мельникова. — Электрон. текстовые
данные. — Саратов: Ай Пи Эр Медиа, 2018. — 149 c. — 978-5-4486-0257-3. —
Режим доступа: http://www.iprbookshop.ru/72547.html
10)
Информационные системы
и
технологии
в экономике и
управлении. Техническое и программное обеспечение [Электронный ресурс]:
учебное пособие/ Е.В. Акимова [и др.].— Электрон. текстовые данные.—
Саратов: Вузовское образование, 2016.— 190 c.— Режим доступа:
http://www.iprbookshop.ru/47673.html.— ЭБС «IPRbooks»
11)
Коротков В.С. Метрология, стандартизация и сертификация
[Электронный ресурс]: учебное пособие/ Коротков В.С., Афонасов А.И.—
Электрон.
текстовые
университет,
данные.—
2015.—
Томск:
187
Томский
политехнический
Режим
c.—
доступа:
http://www.iprbookshop.ru/34681.html.— ЭБС «IPRbooks»
12)
Основы
стандартизации,
метрологии
и
сертификации
[Электронный ресурс] : учебник для студентов вузов, обучающихся по
направлениям стандартизации, сертификации и метрологии (200400),
направлениям экономики (080100) и управления (080500) / А.В. Архипов [и
др.]. — Электрон. текстовые данные. — М. : ЮНИТИ-ДАНА, 2017. — 447 c.
— 978-5-238-01173-8. — Режим доступа: http://www.iprbookshop.ru/74900.html
13)
Сборник
заданий
по
учебной
дисциплине
«Метрология,
стандартизация и сертификация» [Электронный ресурс]/ — Электрон.
45
текстовые данные.— Саратов: Вузовское образование, 2016.— 14 c.— Режим
доступа: http://www.iprbookshop.ru/54497.html.— ЭБС «IPRbooks»
14)
Сергеев, А.Г. Метрология, стандартизация и сертификация :
учебник и практикум для академического бакалавриата / А. Г. Сергеев, В. В.
Терегеря. - 2-е изд., перераб. и доп. - М. : Юрайт, 2015. - 838 с.
15)
Чекмарев,
Ю.
В.
Вычислительные
системы,
сети
и
телекоммуникации / Ю. В. Чекмарев. — 2-е изд. — Саратов :
Профобразование, 2019. — 184 c. — ISBN 978-5-4488-0071-9. — Текст :
электронный // Электронно-библиотечная система IPR BOOKS : [сайт]. —
URL: http://www.iprbookshop.ru/87989.html (дата обращения: 09.06.2021). —
Режим доступа: для авторизир. Пользователей
46