Анализ способов сопровождение ПО на предприятии
Сопровождение необходимо для обеспечения того, чтобы программный продукт на протяжении всего периода эксплуатации удовлетворяет требованиям пользователей. Деятельность по сопровождению применима для программного обеспечения, созданного с использованием любой модели жизненного цикла (например, спиральной) и методологии разработки.
В общем случае, работы по сопровождению должны проводиться для решения следующих задач:
- устранение сбоев;
- улучшение дизайна;
- реализация расширений (функциональных возможностей);
- создание интерфейсов взаимодействия с другими (внешними) системами;
- адаптация (например, портирование) для возможности работы на другой аппаратной платформе (или обновленной платформе), применения новых системных возможностей, функционирования в среде обновленной телекоммуникационной инфраструктуры и т.п.;
- миграции унаследованного (legacy) программного обеспечения;
- вывода программного обеспечения из эксплуатации.
Деятельность персонала сопровождения включает четыре ключевых аспекта:
- поддержка контроля (управляемости) программного обеспечения в течение всего цикла эксплуатации;
- поддержка модификаций программных систем;
- совершенствование существующих функций;
- предотвращение падения производительности программной системы до неприемлемого уровня. [7]
В МБОУ СОШ д.Кайраково деятельность сопровождения ПО осуществляет учитель информатики.
2.4 Правила оформления программной документации
Программная документация, кроме формальных документов (спецификация, ведомость держателей подлинников, формуляр и др.), включает:
- техническое задание (назначение, область применения программы, требования, предъявляемые к программе);
- текст программы (запись программы с необходимыми комментариями);
- описание программы (сведения о логической структуре и функционировании программы);
- пояснительная записка (схема алгоритма, общее описание алгоритма и/или функционирования программы, обоснование принятых решений);
- эксплуатационные документы.
Программный документ «Пояснительная записка» составляется на стадии эскизного или технического проектов программы. Как правило, на стадии рабочего проекта не используется.
К эксплуатационным документам относят: описание применения (сведения о назначении программы, области применения, применяемых методах, классе решаемых задач, ограничениях для применения, минимальной конфигурации технических средств); руководство системного программиста (сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения); руководство программиста (сведения для эксплуатации программы); руководство оператора (сведения для обеспечения общения оператора с вычислительной системой в процессе выполнения программы); описание языка (описание синтаксиса и семантики языка); руководство по техническому обслуживанию (сведения для применения тестовых и диагностических программ при обслуживании технических средств).
Основная часть программной документации составляется на стадии рабочего проекта. Необходимость того или иного документа определяется на этапе составления технического задания. Допускается объединять отдельные виды документов.
Эксплуатационный документ «Описание языка» включается в программную документацию, если разработанный программный продукт реализует некий язык программирования, управления заданиями, организации вычислительного процесса и т. п. Эксплуатационный документ «Руководство по техническому обслуживанию» включается в программную документацию, если разработанный программный продукт требует использования тестовых или диагностических программ.
В техническое задание включают: введение (наименование, краткая характеристика области применения программы); основания для разработки (документы, на основании которых ведётся разработка, организация, утвердившая документы, дата утверждения, наименование и обозначение темы разработки); назначение разработки (функциональное и эксплуатационное назначение программы); требования к программе и программной документации; технико-экономические показатели; стадии и этапы разработки; порядок контроля и приёмки.
Наиболее существенной частью технического задания является раздел «требования к программе и программной документации» В этом разделе приводятся: требования к функциональным характеристикам (состав выполняемых функций, организация входных и выходных данных, временные характеристики); требования к надёжности (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа); требования к информационной и программной совместимости (требования к информационным структурам на входе и выходе, методам решения, исходным кодам, языкам программирования и программным средствам; требования к защите информации); требования к составу и параметрам технических средств; требования к программной документации.
Данный раздел может содержать требования к маркировке, упаковке, транспортировке и хранению, а также условия эксплуатации.
Кроме явно описанных в техническом задании требований, следует придерживаться общепринятых правил разработки программ с учётом выбранной парадигмы программирования: программа не должна содержать избыточные элементы (все элементы программы адекватны поставленной задаче: нет циклов, массивов и т.п. элементов, без которых можно обойтись); алгоритм должен быть структурирован: для функционального стиля программирования – адекватное разбиение на функции (процедуры), для объектно-ориентированного – адекватная иерархия классов. Каждая функция (метод класса) должна реализовывать ровно одно действие; у функций (методов классов) должны быть параметры. Следует избегать использования в функциях глобальных переменных; программа должна аккуратно использовать память: работать с динамическими массивами, в ней не должно быть неиспользуемых блоков памяти, лишних переменных; должны проверятся диапазоны вводимых пользователем значений и параметров, передаваемых между модулями программы; при использовании в программе каких-либо готовых компонент (библиотечных функций, классов) если функция или метод класса может завершиться неудачей, необходимо обязательно проверять это, не полагаясь на незначительность вероятности такого события; программа должна быть конфигурируема (важные параметры программы следует выделить в единый блок); текст программы представляет собой символическую запись на исходном или промежуточном языке или символическое представление машинных кодов.
Документ «Описание программы» содержит: общие сведения (обозначение наименование программы, программное обеспечение, необходимое для функционирования программы, языки программирования, на которых написана программа); функциональное назначение (классы решаемых задач, сведения о функциональных ограничениях на применение); описание логической структуры (алгоритм программы, используемые методы, структура программы с описанием составных частей и связи между ними); используемые технические средства (типы ЭВМ и устройств, которые используются при работе программы); вызов и загрузка (способ вызова программы с соответствующего носителя данных); входные данные (характер, организация и предварительная подготовка входных данных, а также их формат, описание и способ кодирования); выходные данные (характер и организация выходных данных, а также их формат, описание и способ кодирования).
Описание логической структуры программы следует сопровождать блок-схемой программы.
Документ «Описание программы» может содержать также схемы данных, схемы взаимодействия программ, схемы ресурсов системы и проч., оформленные в соответствии с ГОСТ 19.701-90.
Документ «Описание применения» относится к эксплуатационным документам и состоит из следующих разделов: назначение программы (возможности, основные характеристики, ограничения области применения); условия применения (требования к техническим и программным средствам, общие характеристики входной и выходной информации, а также требования и условия организационного, технического и технологического характера); описание задачи (указываются определения задачи и методы её решения); входные и выходные данные. [8]
Не нашли, что искали? Воспользуйтесь поиском по сайту:
©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.
|