Руководства, Инструкции, Бланки

руководство по разработке программной продукции военного назначения img-1

руководство по разработке программной продукции военного назначения

Рейтинг: 4.9/5.0 (1843 проголосовавших)

Категория: Руководства

Описание

ГОСТ Р 51189-98: Средства программные систем вооружения

ГОСТ Р 51189-98
Средства программные систем вооружения. Порядок разработки

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

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки
  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

Переиздание (февраль 2010 г.)

1 РАЗРАБОТАН И ВНЕСЕН 27 Центральным научно-исследовательским институтом Министерства обороны Российской Федерации (27 ЦНИИ МО РФ) и Научно-консультационным центром по созданию и применению информационных технологий (НКЦ «ЦНИИКА-СПИН»)

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 14 июля 1998 г. № 295

3 ВВЕДЕН ВПЕРВЫЕ

4 ПЕРЕИЗДАНИЕ. Феврать 2010 г.

<?) ИПК Издательство стандартов, 1998 © СТАНДАРТИНФОРМ. 2010

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

Страница 3

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СРЕДСТВА ПРОГРАММНЫЕ СИСТЕМ ВООРУЖЕНИЯ Норялок разработки

Software for military systems. The order of creating

Дата введения 1999—07—01

1 ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящий стандарт распространяется на любые программные средства, программные изделия, программы и другие виды и (или) компоненты программной продукции, предназначенные для использования в составе систем вооружения | дал ее — программные средства систем вооружения (ПС'СВ)), и устанавливает общие правила разработки, документирования и изготовления (воспроизведения) программных средств систем вооружения.

2 НОРМАТИВНЫЕ ССЫЛКИ

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСГ 2.001—93 Единая система конструкторской документа ни и. Общие положения ГОСТ 19.001-77 Единая система программной документации. Общие положения ГОСТ 19.101-77 Единая система программной документации. Виды программ и программных документов

ГОСТ 19.105-78 Единая система программной документации. Общие требования к программным документам

ГОСТ 19.106-78 Единая система программной документации. Требования к программным документам, выполненным печатным способом

ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению

ГОСТ 19.601-78 Единая система программной документации. Общие правила дублирования, учета и хранения

ГОСТ 19.602-78 Единая система программной документации. Правила дублирования, учета и хранения программных документов, выполненных печатным способом

ГОСГ 19.603—78 Единая система программной документации. Общие правила внесения изменений

ГОСТ 19.604-78 Единая система программной документации. Правила внесения изменений в программные документы, выполненные печатным способом

ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения

ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем ГОСТ 19781-90 Обеспечение систем обработки информации программное. Термины и определения

ГОСТ 26553-85 Обслуживание средств вычислительной техники централизованное комплексное. Термины и определения

ГОСТ 28195-89 Оценка качества программных средств. Общие положения ГОСТ 28388-89 Системы обработки информации. Документы на магнитных носителях данных. Порядок выполнения и обращения

ГОСТ 28806-90 Качество программных средств. Термины и определения

И мание официальное

5 ОСНОВНЫЕ ТРЕБОВАНИЯ К ПРОГРАММНЫМ СРЕДСТВАМ СИСТЕМ

ВООРУЖЕНИЯ И СПОСОБЫ ИХ ВБШОЛНЕНИЯ

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

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

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

5.4 Защищенность (зашита) ПССВ достигается путем разработки и последующего выполнения комплекса организационных и технических мероприятий, направленных на предотвращение несанкционированного доступа к защищаемым компонентам и ресурсам ЭВМ.

5.4. Выполнение требования предотвращения несанкционированного доступа к I1CCB должно быть обеспечено комплексом организационных мероприятии, а также применением специальных Программных и технических средств в соответствии с ГОСТ Р 50739 и руководящими документами, действующими в МО РФ |1|, |2|, |3|. |4|, |5J.

6 ПРИНЦИПЫ ПРОЕКТИРОВАНИЯ И СОДЕРЖАНИЕ РАБОТ ПО СТАДИЯМ

СОЗДАНИЯ ПРОГРАММНЫХ СРЕДСТВ СИСТЕМ ВООРУЖЕНИЯ

6.1 При разработке ПССВ должны быть применены следующие принципы проектирования:

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

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

Типовой жизненный цикл, установленный для I1CCB, подразделяют на фазы, стадии и этапы.

6.1.2.1 Фаза жизненного цикла ПССВ — часть жизненного цикла, характеризующаяся логической и качественной завершенностью состояний конкретно создаваемого (или применяемого) средства, имеющая самостоятельную значимость и предусматривающая соответствующую специализацию организаций-исполнителей.

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

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

6.2 Содержание работ по всем фазам, стадиям и этапам жизненного цикла ПССВ представлено в приложении Б.

Состав реализуемых стадий и этапов жизненного цикла для каждого конкретного ПССВ, а также содержание выполняемых на них работ устанавливают па стадии 'ГЗ. на основе приложения Б.

6.3 Для решения вопросов, связанных с разработкой и применением сложных ПССВ, главный конструктор системы вооружения может назначить главного администратор;! программного обеспечения со следующими основными функциями:

- соблюдение требований настоящего стандарта и других нормативных документов;

- разрешение на внесение изменений в проектную, эксплуатационную, технологическую и техническую документацию на ПССВ;

- средствам программирования и использованию перспективных технологий программировании;

- порядку испытаний программ и сдачи их в эксплуатацию;

- использованию сервисных (стандартных) сертифицированных программ:

- системе классификации и кодирования информации, принципам се формализации:

- хранению, обно&тению. контролю и выдаче информации: -организации взаимообмена информацией между элементами

Разрабогка специальных требований к:

- транспортированию ПССВ и т.п.

Разрабогка требований к ссргификашш ПССВ.

Согласование и утверждение ТТЗ

БАЗ Планирование разработки ПССВ

Б.4.4 Выпуск эскизного проекта ПССВ

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

Уточнение и анализ функций, реализуемых ПССВ:

- алгоритмы решения задач;

- интерфейсы (внешние, пользовательские, межкомплексные);

- способы контроля функционирования;

- способы реализации требований надежности и специальных требований.

Уточнение декомпозиции ПССВ на комплексы программ и компоненты.

Анализ и опробование аналогов ПССВ из ФАП.

Моделирование функций и характеристик ПССВ.

Разработка функциональной архитектуры ПССВ

Уточнение требований к вычислительным ресурсам.

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

Разработка ЧТЗ на компоненты вычислительного комплекса.

Выбор языков программирования

Ориентировочные расчеты трудозатрат, времени и стоимости разработки ПССВ.

Опенка реальных сроков разработки ПССВ и ресурсов. Формирование укрупненного сквозного графика разработки ПС'СВ.

Выбор и обоснование основных концепций технологии разработки ПССВ и состава технологического стенда на базе серийной вычислительной техники.

Разработка ЧТЗ на компоненты ПССВ.

Создание кооперации орган и заци й -исполнителей.

Разработка, испытание, передача в опытную эксплуатацию и сопровождение отдельных компонентов ПССВ.

Разработка руководящих указаний но проектированию компонентов ПСС'В.

Уточнение ТЗ на разработку ПССВ по стадиям и этапам работ.

Создание базы данных программного проекта для автоматизированного управления и контроля хода разработки ПССВ

Составление пояснительной записки эскизного проекта ПССВ.

Согласование и утверждение эскизного проекта ПССВ

Б.5.2 Проектирование ПССВ

Б.5.3 Детальное проектирование ПССВ и структур данных

Б.5.4 Создание технологических стендов для отладки и испытаний ПССВ

Б.5.5 Выпуск технического проекта ПССВ

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

Расчет ресурсов и производительности ТЛПП.

Выбор средств автоматизации проектирования, программирования, тестирования, докуменгирования.

Доукомплектаиия ТЛПП техническими и программными средствами.

Настройка инструментальных средств разработки Г1ССВ.

PajpaooiKa ЧТЗ на средсгва автоматизации испытаний ПССВ. тренажеры и обучающие средства

Проверка на полноту, непротиворечивость и завершенность описания ПССВ.

Декомпозиция ПССВ на модули и другие компонскгы.

Уточнение взаимодействия программных комплексов и компонентов.

Разработка протоколов обмена со смежными системами.

Разработка структур данных, входных и выходных форм документов, методов организации доступа и способов кодирования и контроля.

Разработка внешних связей компонентов ПССВ.

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

Контроль внешних связей и протоколов обмена.

Опенка качества проект ПССВ.

Уточнение требований к функционированию компонентов ПССВ.

Разработка, согласование и уточнение ТЗ на программирование компонентов ПССВ

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

Разработка требований к функционированию компонентов ПССВ с учетом технических характеристик.

Раз работ ка прототипа ПССВ и имитатора модели внешней среды.

Испытание прототипа ПССВ.

Корректировка протогииа ПССВ.

Уточнение графика разработки ПССВ.

Разработка, испытание, передача в опытную эксплуатацию и сопровождение отдельных компонентов ПССВ

Уточнение требований к вычислительным ресурсам системы вооружения.

Разработка уточненных требований к составу и срокам готовности стендов

Разработка пояснительной записки к техническому проекту' ПССВ.

Согласование и утверждение технического проекта

Б.6.2 Комплексная отладка ПССВ

Б.6.Э Тестирование комплексов программ

Разработка детального графики! кодирования, компоновки, документирования и испытания программ.

Технологическая подготовка стадии «Рабочая документация». Разработка средств тестирования и программ-имитаторов для автономной и комплексной отладки ПССВ.

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

Создание программы ( кодирование, трансляция).

Разработка тестов модулей.

Автономная отладка ПССВ.

Уточнение функций модулей.

Документирование программ компонентов.

Оценка качества программ компонентов

Разработка детального (сетевого) графика комплексной отладки ПССВ. Настройка ТЛПГ1.

Компоновка комплексов программ.

Подготовка тестовых примеров.

Отладка комплексов программ в статическом режиме.

Проверка готовности технологического стенда отладки и испытаний ПССВ.

Отладка комплексов программ в реальном масштабе времени. Опенка качества комплексов программ.

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

Подготовка тестовых примеров и исходных данных с участием заказчика.

Тестирование комплексов программ. Ведение журнала тестирования.

Анализ результатов тестирования программных модулей. Устранение ошибок, корректировка программ и документации на ПССВ по результатам тестирования.

Оценка качества комплексов программ

Б.8.2 Изготовление ПССВ Б.8.3 Контроль и приемка ПССВ

Б.8.4 Поставка ПССВ потребителю

Передача программ на носителях данных и программных документов на предприятие—изготовитель программного продукта.

Подготовка производства для изготовления программных изделий и программной документации.

Освоение производства ПССВ.

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

Сопровождение производства ПССВ

Подготовка исходных параметров для настройки версий Г1ССВ.

Генерация данных для версий ПССВ.

Компоновка версий ПССВ.

Формирование программного изделия версии ПССВ.

Выпуск комплекта эксплуатационной документации для версии ПССВ

Выходной контроль постоянной части ПССВ по составу и содержанию.

Выходной контроль ПИ.

Тиражирование ПИ и комплекта эксплуатационной документации для комплектования поставки.

Контроль копий на соответствие техническим условиям на ПССВ.

Приемка ПИ и комплекта эксплуатационной документации отделом технического контроля.

Отправление ПССВ потребителю.

Приемка ПССВ потребителем.

Б Л 0.2 Функционирование ПССВ в составе системы вооружении

Б. 10.3 Подготовка к снятию ПССВ с эксплуатации

Б. 10.4 Прекращение эксплуатации ПССВ

Ввод ПССВ в опытную эксплуатацию на объекте заказчика.

Сбор данных о функционировании Г1ССВ в составе системы вооружения.

Устранение ошибок в ПССВ и доработка ПССВ разработчиками

Ввод ПССВ в штатную эксплуатацию.

Сбор данных о функционировании ПССВ.

Формирование пользователем технических требований на модернизацию ПССВ (через службу сопровождения).

Внесение изменений в ПССВ

Обоснование целесообразности снятия ПССВ с эксплуатации.

Подготовка и утверждение документа о снятии ПССВ с эксплуатации.

Организация хранения документации на ПССВ и копий ПССВ на машинных носителях

Снятие ПССВ с эксплуатации.

111 Руководящий документ. Несанкционированный доступ к информации. Термины и определения. — М. Г остехком мсс ия. 1992

|2| Руководящий документ. Концепция зашиты средств вычислительной техники и автоматизированных систем or несанкционированного доступа к информации. — М. Гостехкомиссия. 1992

|3| Руководящий документ. Автоматизированные системы. Зашита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. — М. Гостехкомиссия, 1992

|4) Руководящий документ. Временное положение по организации разработки, изготовления и эксплуатации програмхшых и технических средств защиты информации от несанкционированного доступа в автоматизированных системах и средствах вычислительной техники. — М. Гостехкомиссия, 1992

|5| Руководящий документ. Зашита от несанкционированного доступа к информации. Показатели защищенности ог несанкционированного доступа к информации. — М. Гостехкомиссия, 1992

[6| О повышении эффективности функционирования и использования Государственного фонда алгоритмов и программ: Постановление Государственного комитета СССР по науке и технике № 581 от 10 октября 1979 г.

УДК 681.3.06:006.354 ОКС 35.080 П85 ОКСТУ 4002

Ключевые слова: программа, программное средство, программное изделие, программное обеспечение, программно-аппаратные средства, программные средства систем вооружения (ПССВ), документирование ПССВ. стадии жизненного цикла ПССВ

Редактор II.В. Талансма Технический редактор II.С. Гришанова Корректор М.И. Першиыа Компьютерная верстка И.А. Налейкымаи

Подписано в печать 25.01.2010. Формат 60 х 84 '/*. Бумага офсетная. Гарнитура Таймс. Печать офсетная. Усл.псчл. 1.86. Уч.-изд..». 1.63. Тираж 4S >км. Зак. 46.

ФГУП -СТАНДАРТИНФОРМ. 123995 Москва. Гранагиый пер. 4 www.fioMinfu.ru infoS'goMinfo.rti

Набрано по ФГУП -СТАНДАРТИНФОРМ. на ПЭВМ.

Отпечатано в филиале ФГУП «СТАНДАРТИНФОРМ. — тип. «Московский печатник*. 105062 Москва. Лялин пер. 6.

Страница 17

ПРИЛОЖЕНИЕ Г (информационное)

|11 Руководящий документ. Несанкционированный доступ к информации. Термины и определения. — М. Гостехкомиссия, 1992

|2| Руководящий документ. Концепция защиты средств вычислительной техники и автоматизированных систем от несанкционированного доступа к информации. — М. Гостехкомиссия, 1992

|3| Руководящий документ. Автоматизированные системы. Зашита or несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. — М. Гостехкомиссия, 1992

|4| Руководящий документ. Временное положение по организации разработки, изготовления и

эксплуатации программных и технических средств защиты информации от несанкционированного доступа в автоматизированных системах и средствах вычислительной техники. — М. Гостехкомиссия, 1992

15] Руководящий документ. Защита от несанкционированного доступа к информации. Показатели

защищенности от несанкционированною доступа к информации. — М. Гостехкомиссия, 1992

|6) О повышении эффективности функционирования и использования Государственного фонда алгоритмов

и программ: Постановление Государственного комитета СССР по науке и технике № 581 от 10 октября 1979 г.

УДК 681.3.06:006.354 ОКС 35.0S0 П85 ОКСТУ 4002

Ключевые слова: программа, программное средство, программное изделие, программное обеспечение, программно-аппаратные средства, программные средства систем вооружения (Г1ССВ), документирование ПССВ, стадии жизненного никла Г1ССВ

Редактор Л.В. Лфанаееяко Технический реликтор O.II. Власова Корректор М.Я. Псршина Компьютерная верстка С.В. Рябовой

Им. лии. №¦ 02354 от 14.07.2000. Подписано в печать 29.12.2003. Усл.печ.Л. 1.S6. Уч.-изд.л. 1,63.

Тираж I 14 jki. С 105. Зак. 62.

И ПК Издателктво стандартов. 107076 Москва. Колодезный пер. 14. hllp://wwwJlnn<lard*.ru e-mail: infoS Uandards.ru

Набрано п И xi ателье г ие на ПЭВМ Отпечатано и филиале ИПК Издательство стандартов - тип. "Московский печатник”. 105062 Москва. Лилии пер. 6.

Другие статьи

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

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

АРМ - автоматизированное рабочее место;

АСУ - автоматизированная система управления;

ВКО - воздушно-космическая оборона;

ИСР - интегрированная среда разработки;

КИТ - компьютерные информационные технологии;

КП - командный пункт;

КСА - комплекс средств автоматизации;

КСО - компьютерные средства обучения;

ЛБР - лицо (лица) боевого расчета;

ЛВС - локальная вычислительная сеть;

МСВС - мобильная система вооруженных сил;

НЖМД - накопитель на жестких магнитных дисках;

ОЗУ - оперативное запоминающее устройство;

ОС - операционная система;

ПС - программные средства;

ППП - пакет прикладных программ;

ПЭВМ - персональная электронно-вычислительная машина;

ПСПИ - программная система представления информации.

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

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

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

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

Цель проекта: разработать программную систему, обеспечивающую отображение и сравнение в трехмерном пространстве исходных данных из двух матричных форм.

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

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

Дипломный проект состоит из введения, 3 разделов и заключения.

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

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

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

1. Общесистемный раздел

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

1.1.1Анализ существующего подхода кпостроению трехмерного изображения данных из симметричных матричных форм

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

Процедура оценки поступающей информации является одним из основных элементов боевой подготовки ЛБР. В настоящее время в специализированных учебных центрах ВВС и на КП бригад ВКО оценка поступающей информации осуществляется посредством выводов графиков и таблиц.

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

Данный подход требует значительное усилие от ЛБР и затрату времени. Следовательно, данный процесс необходимо автоматизировать.

1.1.2Определение путейповышения достоверности оценкиинформации

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

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

В отличие от традиционных способов представления, трехмерное обладает рядом преимуществ, позволяющих:

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

б) автоматизировать процесс представления;

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

Данные преимущества достигаются за счет применения трехмерного представления данных и реализации в различных программных средствах представления информации (ПСПИ).

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

Исходя из этого, необходимо рассмотреть существующие ПСПИ и проанализировать возможности их применения.

На данный момент существует небольшое количество ПСПИ, представленных как в виде подсистем в составе различных автоматизированных систем (АС), так и в виде автономных решений. Практически все они сильно ограничены для представления оперативной информации в силу следующих факторов:

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

б) программно-технический фактор - закрытые исходные коды программных продуктов не допускающие их внедрение в состав автоматизированных систем военного назначения;

в) технологический фактор - сложность в освоении и применении ПП;

г) экономический фактор - высокая стоимость ПП.

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

б) Graphs (Sulaco);

в) Viewer (Колташов О.В.);

г) Uni3D (Товпенец Д.И.).

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

Программа предназначена для создания трехмерных объектов также возможно отображение по входным матрицам.

а) простой и понятный пользовательский интерфейс;

б) профессиональная программа с богатым набором инструментов.

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

б) большие системные требования;

в) закрытый код программы.

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

а) более специализированная на выводе из исходных матриц;

б) просмотр и печать результатов тестирования.

В качестве недостатка следует отметить существенные недоработки пользовательского интерфейса, закрытый код.

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

а) открытый код программы;

б) среда разработки Borland Delphi 7.0.

а) длительная обработка данных;

б) большие системные требования;

в) плохо продуманный пользовательский интерфейс.

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

удобный интерфейс в большинстве модулей комплекса.

а) отсутствует контроль корректности входных данных;

б) возникают периодические сбои работы программы.

Сравнительная характеристика функциональных возможностей рассматриваемых ПСКТ представлена в таблице 1.1

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

Альтернативным вариантом реализации ПСПИ может быть самостоятельная разработка с использованием одного из языков программирования высокого уровня, интегрированных средств разработки (ИСР) в сочетании с использованием универсальных средств (текстовых редакторов, графических редакторов, редакторов электронных таблиц, редакторов презентаций, средств создания справочных систем).

1.3Анализ возможных вариантовреализации ПСпредставления информации

В настоящее время ПСПИ реализуются с использованием двух основных подходов:

а) локальная архитектура;

б) клиент-серверная архитектура.

В данном проекте использована локальная архитектура, которая предполагает размещение всех компонентов (программных модулей) на одном компьютере. Такой подход применяется в случае невозможности организовать локальную вычислительную сеть (ЛВС) и распределение автоматизированных рабочих мест (АРМ), а так же в случае если программа не требует использования дополнительных АРМ. В данном случае этот вариант применим для решения задачи оценки информации в процессе боевой подготовки, так же в ходе и подготовки к несению боевого дежурства.

В соответствии с классификацией, определенной в ГОСТ 19.101-77 «Виды программ и программных документов»:

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

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

ПСПИ, разрабатываемая в настоящем проекте, состоит из одного компонента и, следовательно, является программным компонентом, применяемым самостоятельно либо в составе различных сред.

1.4Определение требований кПСпредставления информации

Исходя из целей, стоящих перед ПСПИ и задач, решаемых пользователями при работе с ними, основными процессами, подлежащими автоматизации, являются:

а) процесс обработки входной информации;

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

Указанные процессы относятся к основным. Для их автоматизации в составе ПСПИ должен быть реализован следующий набор функций:

а) входной контроль данных;

б) настройка параметров представления.

Функция контроля входных данных предполагает:

а) проверка на соответствие входной информации с поставленными ограничениями;

б) остановка выполнения программы с вызовом сообщения об ошибке.

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

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

Функция перевода табличных данных в графический вид.

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

Функция сравнения графических изображений

Данная функция осуществляет сравнение формы образца с измененной матричной формой.

Функции, автоматизирующие процесс взаимодействия пользователей с графической информацией.

Взаимодействие пользователей с графической информацией обеспечивают функции:

а) настройка представления графической информации;

б) вращение трехмерного изображения;

в) определение значения точки на поверхности изображения.

Функция настройки представления графической информации выполняет следующие действия:

а) выбор текстуры поверхности изображения;

б) выбор масштаба представления.

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

Функция определения значения точки на поверхности изображения обеспечивает выдачу конкретного значения по выбранному элементу изображения.

1.4.2Требования к входной и выходной информации

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

Входной информацией для ПС представления информации является симметричная матричная форма.

Выходной информацией для ПС представления информации является:

а) трехмерное представление входных данных;

б) трехмерное отображение результата сравнения;

в) цифровое значение отдельных областей изображения.

Для обеспечения комфортной работы пользователей с ПСПИ она должна соответствовать требованиям ГОСТ РВ 29.05.ХХХ - «Система стандартов эргономических требований и эргономического обеспечения. Общие эргономические требования».

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

Рекомендуемые технические характеристики ПЭВМ для функционирования ПС оценки уровня обученности ЛБР приведены в таблице 1.2.

Таблица 1.2 - Технические характеристики ПЭВМ

Параметры технических средств

Кроме того, ПЭВМ должна быть оснащена клавиатурой, манипулятором типа «мышь» (или трекбол).

Для обеспечения функционирования ПС представления информации на ПЭВМ должны быть установлены ОС Windows NT, XP, Vista и пакет MS Office 2000 и выше.

Документация на ПСПИ должна быть разработана в соответствии с требованиями приказа ГК ВВС 2000г. №029 «О введении в действие руководства по разработке программной продукции военного назначения в ВВС» и требованиями ГОСТ ЕСПД.

Документация на ПСПИ должна включать четыре документа:

а) постановка задачи;

б) алгоритм функционирования комплекса;

в) описание программы комплекса;

г) инструкция пользователю комплекса.

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

Постановка задачи на создание ПСПИ разработана в соответствии с требованиями приказа ГК ВВС №029-2000г. и ГОСТ 19.201-78 и представлена в первом разделе документации на программную систему.

1.6Ограничения и допущения, принятые при разработкеПСПИ

а) одновременно с программным обеспечением может работать только один пользователь;

б) для работы с ПС, пользователи должны владеть основными навыками работы с операционными системами семейства Microsoft Windows, а также с ППП Microsoft Office;

в) требования к техническим средствам приведены в пункте 1.4.4

2. Специальный раздел

2.1Определение подходов к реализациифункцийПСпредставления информации

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

2.1.1Функции, автоматизирующие процессобработки входной информации

Для автоматизации процесса обработки входной информации в составе ПС представления информации должны быть реализованы функции:

а) контроль входных данных;

б) перевод табличных данных в графический вид.

Функция контроля входных данных предполагает:

а) проверка на соответствие входной информации с поставленными ограничениями;

б) остановка выполнения программы с вызовом сообщения об ошибке.

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

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

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

2.1.2Функции,автоматизирующиепроцесс взаимодействия пользователей с графической информацией

Взаимодействие пользователей с графической информацией обеспечивают функции:

а) сравнение трехмерных изображений;

б) настройка представления графической информации;

в) вращение трехмерного изображения;

г) определение значения точки на поверхности изображения.

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

Функция настройки представления графической информации выполняет следующие действия:

а) выбор текстуры поверхности изображения;

б) выбор масштаба представления.

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

Функция определения значения точки на поверхности изображения обеспечивает выдачу конкретного значения по выбранному элементу изображения.

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

Структурная схема разработанных программных средств приведена на рисунке 2.1

Рисунок 2.1 - Структурная схема

Основными структурными элементами ПС являются:

а) внешний источник данных - обеспечивает импорт входных данных;

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

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

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

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

4) блок настройки параметров представления информации - предназначен для установки параметров выводимого трехмерного изображения;

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

6) блок выбора определенного значения на поверхности трехмерного изображения - предназначен для уточнения значений отдельных элементов.

Описание указанных алгоритмов разработано в соответствии с требованиями ГОСТ 24.211-82 «Требования к содержанию документа» и «Описание алгоритма» приведено во второй части документации на задачу.

Условные графические обозначения в схемах алгоритмов выполнены в соответствии с требованиями ГОСТ 19.701-90 ЕСПД. «Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения в соответствии с ним».

2.4Выбор общего программного обеспеченияи средствразработки

В настоящий момент основным языком программирования при разработке программных средств военного назначения является С++. Однако несмотря на ряд преимуществ, присущих данному языку, он является достаточно сложным. В связи с этим, возникла необходимость выбора средства разработки, позволяющего в короткие сроки и максимально эффективно выполнить поставленную задачу. По результатам обзора современных средств быстрой разработки программного обеспечения (RAD), был сделан вывод, что в качестве такового может выступить интегрированная среда программирования Borland Delphi 7.0. Основанная на синтаксисе мощного и гибкого языка программирования Object Pascal и сочетающая в себе широкий набор функциональных возможностей данная ИСР предоставляет пользователю широкие возможности по разработке ПО.

В вооруженных силах Российской Федерации в интересах создания собственных средств общего программного обеспечения, в том числе и ОС, приказом Министра Обороны от 13 мая 2002 года № 190 принята на снабжение защищенная операционная система МСВС 3.0. Однако отсутствие подробного описания особенностей данной системы и необходимость использования ряда пакетов прикладных программ, разработанных в среде Windows, вызывает определенные затруднения при разработке ПО под данную ОС. Кроме того, на ПЭВМ, применяемых на КП бригад ВКО, установлены операционные системы семейства Windows. В связи с этим был сделан вывод о целесообразности разработки программы на основе операционной системы Microsoft Windows XP.

Исходя из вышеприведенных соображений, в качестве средства разработки ПСПИ, в рамках настоящего дипломного проекта, была определена ИСР Borland Delphi 7.0.

Исходный текст программы разработан в соответствии с требованиями ГОСТ 19.401-78 и представлен в приложении 2.

3.1Оценка эксплуатационно-технических характеристик

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

Испытания ПС выявили полное соответствие его характеристик следующим стандартам:

а) ГОСТ-28195-95 “Оценка качества программных средств. Общие положения”;

б) ГОСТ Р ИСО/МЭК 9126-93 “Информационные технологии. Оценка программной продукции. Характеристики качества и руководства по их применению”.

3.2Оценка надежности и качестваПСПИ

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

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

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

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

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

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

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

3.2.1Оценка функциональной пригодности

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

а) функциональной корректности (корректность структуры, корректность выполнения функций, корректность взаимодействия компонент);

б) способности к взаимодействию;

Анализ исходного кода программы показал, что он имеет корректную структуру. Опытная эксплуатация ПСПИ показала, они выполняют все функции, определенные в постановке задачи в соответствии с предъявляемыми для них требованиями.

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

Опытная эксплуатация проводилась на различных версиях ОС Windows и не требовала при переносе никаких дополнительных доработок программы. Этот факт свидетельствует о мобильности разработанной программы.

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

3.2.2Оценка удобства использования

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

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

Подготовка пользователей к полноценной эксплуатации ПСПИ требует минимальных затрат времени.

Это обеспечивается за счет:

а) доступности и удобства использования руководств и инструкций по эксплуатации;

б) интуитивно понятного интерфейса.

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

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

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

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

Опытная эксплуатация ПСПИ показала её способность к безотказному функционированию после возникновения каких-либо сбоев. После перезапуска - рестарта функционирование восстанавливается полностью.

Это позволяет сделать заключение о надежности разработанной ПС представления информации.

3.2.4Оценка эффективности использования ресурсов

Эффективность использования ресурсов определяется по следующим показателям:

а) временная экономичность (время реакции, пропускная способность);

б) ресурсная экономичность (занятость, используемость ресурсов).

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

Функционирование ПСПИ сопровождается минимальной загрузкой ресурсов ПЭВМ (центрального процессора, оперативной, внешней и виртуальной памяти, каналов ввода-вывода). Таким образом, система эффективно использует ресурсы в процессе функционирования.

3.2.5Расчет обобщенного показателя качества ПО

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

Пок=0,25ПЗ + 0,05Пэф + 0,15Пдок + 0,2Пн + 0,05Писп + 0,1Пэкспл + 0,15Пм + 0,05Пи, (3.1)

Пз - показатель соответствия заданию на дипломный проект;

Пэф - показатель эффективности;

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

Пн - показатель надежности;

Писп - показатель простоты использования;

Пэкспл - показатель удобства эксплуатации;

Пм - показатель мобильности;

Пи - показатель испытуемости.

Применительно к разработанным программным средствам оценки уровня обученности ЛБР Пок составляет:

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

3.3Оценка экономической эффективностиразработанныхПСпредставления информации

Оценка экономической эффективности разработанной ПСПИ проводится для анализа и обоснования целесообразности их внедрения в специализированные учебные центры и воинские части.

Источниками экономической эффективности ПС является сокращение затрат и повышение эффективности процесса оценки поступающей информации.

Факторами экономической эффективности ПС являются средства реализации источников эффективности. К ним относят основные функции, выполняемые ПС.

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

а) простые (статические) методы;

б) методы дисконтирования.

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

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

К данным методам относятся расчеты следующих показателей:

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

б) годовой экономии Э - части прибыли, получаемой от снижения себестоимости документов при автоматизации процесса их разработки;

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

г) срока окупаемости капиталовложений Ток - временного периода за который окупятся затраты, связанные с приобретением ВТ для решения рассматриваемой задачи.

3.4Расчет годового экономического эффекта

Годовой экономический эффект Эг определяется как разница затрат между базовым и оцениваемым вариантами решения задачи.

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

Под оцениваемым вариантом будем понимать затраты, связанные с автоматизацией данной задачи.

Годовой экономический эффект рассчитывается по формуле:

Зб - затраты по базовому варианту;

Зоц - затраты по оцениваемому варианту.

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

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

Зр оц - затраты, связанные с частичным использованием традиционного подхода при автоматизированном решении задачи;

Зтек оц - текущие затраты, связанные с эксплуатацией задачи на ЭВМ, которые связаны с решением задачи на ВТ (заработная плата должностных лиц, обслуживающих компьютеры, электроэнергия, амортизация);

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

С учетом вышеизложенного, формула для расчета годового экономического эффекта приобретает вид:

Тр - трудоемкость одноразового решения задачи вручную;

кр - периодичность решения задачи в течение года;

tr - среднечасовая тарифная ставка должностного лица;

n - коэффициент, учитывающий премии и доклады;

R - коэффициент отчисления от фонда оплаты труда;

Ен - нормативный коэффициент эффективности капитальных затрат, принимается равным 0.15.

Тр=0.32 ч; кр = 500 опер.; tr = 107 руб.; n = 1,4; R =1,36.

Титр - трудоемкость одноразового решения задачи автоматизировано.

Тпр - продолжительность разработки программы в мес;

кл - количество человек, участвующих в разработке;

Fм - месячный фонд времени работы;

tr - среднечасовая тарифная ставка разработчика.

Тпр=1 мес.; кл = 1 чел.; Fм = 80 час. (при норм. усл.); tr = 100 руб.;

Тм - время машинной реализации задачи;

Сэвм - стоимость ЭВМ, программных продуктов и обучения

Fэвм - действительный фонд времени ЭВМ в течение года.

Тм=0.015 час; Сэвм=15000 руб.; Fэвм=2880 час;

Зк оц=(0.015 500 15000)/2880 ? 39 руб.

Зитр - заработная плата должностных лиц, обслуживающих

А - амортизация (A=0.12 Сэвм=1800 руб.);

Зэл - затраты на электроэнергию.

Fгод - годовой фонд заработной платы должностных лиц, обслуживающих ЭВМ;

Зитр=(216000/2880) 0.015 500 1.4 1.36 =1071 руб.

Кис - коэффициент использования энергоустановок по

СУМэвм - суммарная установленная мощность ЭВМ;

Цэл - стоимость одного кВт/ч энергии.

Кис=0.9; СУМэвм=100; Цэл=2.5 руб;

Зэл=0.9 100 0.015 500 2.5=1688 руб;

Зтек оц=1071+1800+1688=4559 руб;

Основными затратами по автоматизации будут:

а) обучение должностных лиц обеспечивающих работу ЭВМ;

б) обслуживание компьютерной техники.

Затраты по базовому варианту:

Затраты по оцениваемому варианту:

Зр оц = 1530 руб.

Зтек оц=4559 руб.;

Зпр оц =15232 руб.

Тогда годовой экономический эффект будет:

Эг=(Зрб-Зр оц-Зтек оц)-Ен (Зк оц+Зпр оц)=(32600-1530-4559)-0.15 (39+15232)=26511-2291=24220 руб.

Расчет годовой экономии.

Расчет расчетного коэффициента эффективности капиталовложений.

Внедрение КИТ является эффективным если Ер>Ен, т. е. расчетный коэффициент эффективности больше нормативного.

Расчет срока окупаемости капиталовложений.

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

3.4Рекомендации по обеспечению безопасной жизнедеятельности при работе сПСПИ

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

3.4.1 Рекомендации по обеспечению электробезопасности

Источником питающего напряжения ПЭВМ должна быть сеть переменного тока с напряжением 220 В, на которую распространяется ГОСТ 25861-83.

Для предупреждения поражений электрическим током необходимо:

а) чётко и в полном объёме выполнять правила производства работ и правила технической эксплуатации;

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

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

г) подводить электропитание к ПЭВМ от розетки здания при помощи специальной вилки с заземляющим контактом;

д) защитить от перегрузок по току, рассчитывая на мощность, потребляемую от сети; а также защитить от короткого замыкания оборудование, встроенное в сеть здания;

е) надёжно подключить к заземляющим зажимам металлические части, доступные для оператора, которые в результате повреждения изоляции могут оказаться под опасным напряжением;

ж) проверить, что защитный заземляющий проводник не имеет выключателей и предохранителей и надёжно изолирован.

3.4.2Рекомендации по обеспечению пожарной безопасности

Пожарная безопасность помещений, имеющих электрические сети, регламентируется ГОСТ 12.1.033-81, ГОСТ 12.1.004-85. Работа оператора ЭВМ должна вестись в помещении, соответствующем категории Д. Огнестойкость здания должна соответствовать СНиП 2.01.02-85 .

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

Пожарная безопасность объекта должна обеспечиваться:

а) системой предотвращения пожара;

б) системой противопожарной защиты;

в) организационно-техническими мероприятиями.

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

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

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

3.4.3Рекомендации по обеспечению допустимого уровня шума и вибрации в помещениях

Показатели уровня шумов в рабочих помещениях, где будет осуществляться эксплуатация программы должны соответствовать требованиям ГОСТ 12.1.003-83. Допустимый уровень шума при умственном труде, требующем сосредоточенности, 50дБ ) в отдельных случаях эксплуатация программы допускается при превышении указанного значения).

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

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

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

На основе вышесказанного, определен альтернативный вариант реализации ПС представления информации - самостоятельная разработка с использованием ИСР Borland Delphi 7.0.

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

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

Направлениями дальнейших исследований может быть повышение диапазона отображения и обработка более сложных матричных форм.

Список использованной литературы

1. Иваненко А. Ю. Оформление документации на программные средства. - М. Издательство МГТУ им. Баумана, 2002;

2. Фаронов В. В. Delphi Программирование на языке высокого уровня. - СПБ: «Питер», 2003;

3. ГОСТ 19.101-77 ЕСПД «Виды программ и программных документов».

4. ГОСТ 19.402-78 ЕСПД «Описание программы».

5. ГОСТ 19.701-90 ЕСПД. «Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения в соответствии с ним».

6. ГОСТ 24.211-82 «Требования к содержанию документа «Описание алгоритма»».

7. Мамиконов А. Г. Модели и методы проектирования информационного обеспечения АСУ. - М. Статистика, 1978.

8. ГОСТ ЕСКД, ГОСТ ЕСПД, ГОСТ КС и РД АСУ, ГОСТ СТД АСУ.

9. Иваненко А. Ю. Оформление документации на программные средства. - М. Издательство МГТУ им. Баумана, 2002.

10. Фленов М. Е. DirectX и Delphi. Искусство программирования. - СПб. БХВ-Петербург, 2006.

11. Краснов М. В. DirectX. Графика в проектах Delphi. - СПб. БХВ-Петербург, 2005.

12. Архангельский А. Я. Программирование на Borland Delphi 7.0. - М: «Бином», 2004.

13. Актуальные задачи развития Вооруженных сил Российской Федерации // издание «Красная звезда» от 11.10.2003.

14. Аленичева Е. В. Монастырев П. В. Электронный учебник (проблемы создания и оценки качества) // Высшее образование в России, №1, 2001.

15. ISO 9126:1991 Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению.

16. ГОСТ Р ИСО/МЭК 9126-93 “Информационные технологии. Оценка программной продукции. Характеристики качества и руководства по их применению”

17. ГОСТ 19.101-77 ЕСПД «Виды программ и программных документов»

18. ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.

19. ГОСТ 19.401-78 ЕСПД. «Текст программы. Требования к содержанию и оформлению».

20. ГОСТ 19.402-78 ЕСПД «Описание программы»

21. ГОСТ 19.701-90 ЕСПД. «Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения в соответствии с ним».

22. ГОСТ 24.211-82 «Требования к содержанию документа «Описание алгоритма»»

23. ГОСТ-28195-95 “Оценка качества программных средств. Общие положения”.

24. ГОСТ 12.1.004-85. ССБТ. Пожарная безопасность.

procedure CalcNormals(x1,y1,z1,x2,y2,z2,x3,y3,z3:Extended; var nx,ny,nz:Extended);

procedure GL(var Matrix:TMatrix); //прорисовка матрицы на экран

procedure SelPos(var Matrix:TMatrix; xx:Integer;yy:Integer);

procedure FormCreate(Sender: TObject);

procedure FormDestroy(Sender: TObject);

function LoadMatrixFromBitmap(filename:string; var Matrix:TMatrix):boolean;

function LoadMatrixFromDtFile(filename:string; var Matrix:TMatrix):boolean;

function MakeAnalysMatrixData(Matrix01,Matrix02:TMatrix; var Matrix03:TMatrix):boolean;

procedure bmp1Click(Sender: TObject);

procedure Panel4MouseDown(Sender: TObject; Button: TMouseButton;

Shift: TShiftState; X, Y: Integer);

procedure Panel4MouseMove(Sender: TObject; Shift: TShiftState; X,

procedure Panel4MouseUp(Sender: TObject; Button: TMouseButton;

Shift: TShiftState; X, Y: Integer);

procedure Edit1KeyPress(Sender: TObject; var Key: Char);

procedure Edit1Change(Sender: TObject);

procedure Edit2KeyPress(Sender: TObje.