Ассиметричное шифрование на базе эллиптических кривых

Наименование подцелейПоказатель достижения целиЦель: Разработать надежный ППОбеспечить строгое и наглядное описание проектируемой системыСтрогая последовательность действийПовышение точности описания предметной областиРазработка ПП

Ассиметричное шифрование на базе эллиптических кривых

Дипломная работа

Компьютеры, программирование

Другие дипломы по предмету

Компьютеры, программирование

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

В начале построим дерево целей нашего проекта, которое приведено на рис. 1.

Рис.1. Дерево целей

Таблица 1. Описание дерева целей

Наименование подцелейПоказатель достижения целиЦель: Разработать надежный ППОбеспечить строгое и наглядное описание проектируемой системыСтрогая последовательность действийПовышение точности описания предметной областиРазработка ПП отвечающего стандартам ANSI X9.63 и IEEE P1363Повышение качества создаваемого программного кодаИспользование средств разработки с встроенным контролем качества написанного программного кода и средств отладки программного кодаПовышение качества тестирования ППИспользование эталонных тестовых вариантов и зарубежных открытых исходных кодовОбеспечение контроля ввода данныхПредоставление вариантов для выбора при вводе данныхЦель: Разработать удобный ПП Обеспечить простой диалог пользователя с ППНаличие дружественно графического интерфейса пользователяОбеспечить приемлемую скорость работыВремя ответа по любой из наиболее часто встречающихся операций не превышает 2 секундОбеспечить помощь пользователю в процессе работы с ППНаличие встроенной системы контекстной помощиОблегчить ввод данныхВводимые данные генерирует система, все меню выполнены в классическом Win стилеОбеспечить простоту освоения ППОриентировка ПП на пользователя не имеющего профессиональных знаний в области вычислительной техникиЦель: Разработать технически эффективный ППОбеспечить возможность использования РС с процессором средней производительностиУровень производительности центрального процессора рабочей станцииОбеспечить возможность использования рабочей станции с небольшой ОПКоличество оперативной памяти на рабочей станцииЦель: Разработать адаптируемый ППОбеспечить возможность перевода ПП под управление других ОСПоддерживаемое количество ОСОбеспечить возможность простого перехода к использованию другого источника данныхИспользование промежуточного уровня при организации доступа к источнику данных

1.3.2 Требования по надежности

Надежность является одним из наиболее важных критериев качества ПП. Это обуславливается с одной стороны той ролью которую может играть ПП в процессе управления каким либо объектом, а с другой стороны надежность определяет затраты на сопровождение ПП, которое может достигать 50% от стоимости разработки и эксплуатации. Для примера можно привести тот факт, что многие технологические промышленные процессы реального времени управляются программно-техническими комплексами. В этом случае наличие ошибок в ПП может привести не только к огромным материальным потерям, но и человеческим жертвам.

Можно выделить два основных аспекта надежности:

  1. Наличие в готовом программном продукте ошибок
  2. Готовность программного продукта к могущим возникнуть исключительным (нештатным) ситуациям

Первый аспект в свою очередь можно разделить на два:

  1. Ошибки возникающие на этапе проектирования ПП
  2. Ошибки возникающие на этапе кодирования

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

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

Второй аспект подразделяется на:

  1. непредусмотренных действий пользователя;
  2. недопустимых сочетаний исходных данных;
  3. влияние операционного окружения.

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

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

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

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

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

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

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

 

1.3.3 Технические требования

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

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

·Производительность ЦП рабочей станции;

·Количество оперативной памяти установленной на рабочей станции.

программный шифрование криптография эллиптический

1.3.4 Требования по адаптивности

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

·Выявлено несоответствие между реализованным и реальным алгоритмом функционирования создаваемой системы;

·Возникла необходимость в переносе ПП под другое операционное окружение;

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

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

·Наличие исходного текста программ;

·Поддерживаемое количество ОС;

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

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

Наличие исходного текста программ. Без исходных текстов говорить о каком либо значительном измен

Похожие работы

< 1 2 3 4 5 6 > >>