- •21. Обеспечение легкости применения программного средства.
- •23. Языки программирования, классификация, назначение.
- •24. Обеспечение от несанкционированного доступа к программным средствам и защиты от взлома защиты.
- •25. Комплексная отладка и тестирование программного средства.
- •26. Методы разработки структуры программ.
- •27. Функциональная спецификация программного средства.
- •28. Виды моделей программного средства.
- •30. Обеспечение эффективности программного средства.
- •36. Стадии и этапы разработки программного обеспечения
- •37. Жизненный цикл программного продукта
- •38. Техническое задание, как этап разработки программного обеспечения
- •39. Требования, предъявляемые к разработке технического задания
- •40. Назначения и цели создания программного обеспечения
- •41. Идеология и цель разработки программного обеспечения
- •42. Обеспечение защищенности программного продукта
- •43. Моделирование программного обеспечения в uml
- •44. Модель системы как упрощенное представление реальности
- •45. Модульное программирование.
- •46. Методы разработки структуры программы
- •47. Основные характеристики программного модуля
- •48. Структура и архитектура по
- •49. Алгоритм программы
- •50. Даталогическая модель структуры базы данных по
- •51. Технологии доступа к данным
- •52. Методы разработки программного обеспечения
- •53. Технические требования разработки по
- •54. Полнофункциональность и целостность по
- •55. Семантика функций по
- •56. Психологические особенности разработки интерфейса по
- •57. Технико-экономическое обоснование разработки по
- •58. Расчет стоимости разработки по и стоимости по
- •59. Расчет интеллектуального труда по
- •60. Виды и поиск ошибок в программном обеспечении. Пути борьбы с ошибками
- •64. Понятие качества программного обеспечения
- •65. Тестирование и отладка программного обеспечение
- •75. Переменные и идентификаторы в программируемом языке
- •76. Процедуры и функции в программируемом языке.
- •77. Преобразование типов. Константы в программируемом языке.
- •78. Символьные типы данных.
- •79. Работа с текстовыми файлами.
- •80. Работа с базами данных
26. Методы разработки структуры программ.
В качестве модульной структуры программы принято использовать древовидную структуру, включая деревья со сросшимися ветвями. В узлах такого дерева размещаются программные модули, а направленные дуги (стрелки) показывают статическую подчиненность модулей, т.е. каждая дуга показывает, что в тексте модуля, из которого она исходит, имеется ссылка на модуль, в который она входит. Другими словами, каждый модуль может обращаться к подчиненным ему модулям, т.е. выражается через эти модули. При этом модульная структура программы, в конечном счете, должна включать и совокупность спецификаций модулей, образующих эту программу. Спецификация программного модуля содержит:
• синтаксическую спецификацию его входов, позволяющую построить на используемом языке программирования синтаксически правильное обращение к нему (к любому его входу),
• функциональную спецификацию модуля (описание семантики функций, выполняемых этим модулем по каждому из его входов).
Функциональная спецификация модуля строится так же, как и функциональная спецификация ПС.
В процессе разработки программы ее модульная структура может по-разному формироваться и использоваться для определения порядка программирования и отладки модулей, указанных в этой структуре.
27. Функциональная спецификация программного средства.
Функциональная спецификация в системотехнике и разработке программного обеспечения — это документ, описывающий требуемые характеристики системы (функциональность). Документация описывает необходимые для пользователя системы входные и выходные параметры (например, программная система). Функциональные спецификации могут создаваться с разными целями. Одна из основных целей: привести группу разработчиков к единому мнению о том, как в итоге должна выглядеть программа, прежде чем приступать к действиям, требующим значительного времени (написание исходного кода, тестирование, последующая отладка программы). Обычно, консенсус достигается после одного или нескольких оценок стейкхолдерами экономически эффективных путей достижения технических требований, которые требуются для выполнения программного продукта.
28. Виды моделей программного средства.
Модель - упрощенное представление реальности. Компьютерное моделирование является одним из эффективных методов изучения сложных систем.
Виды:
Даталогическая модель, Физическая модель, Концептуальная модель, Реляционная модель, Реляционная модель, Граф-модель, Граф-модель (2), Модель принятия решений, Математическая модель, Структурная модель ИОС, Графическая модель, Графическая модель перерыва дисциплины. При рассмотрении статических частей системы используются следующие четыре типа:
диаграммы классов;
диаграммы объектов;
диаграммы компонентов;
диаграммы развертывания. Для работы с динамическими частями системы применяются пять типов, перечисленные ниже:
диаграммы прецедентов;
диаграммы последовательности;
диаграммы кооперации;
диаграммы активности (деятельности).
диаграммы состояний;
29. Понятие модели программного средства.
Центральным элементом деятельности, ведущей к созданию первоклассного ПО, является моделирование. Моделирование является одним из этапов разработки ПО. Моделирование – процесс исследования объектов познания на их моделях; построение и изучение моделей реально существующих предметов, процессов или явлений с целью получения объяснений этих явлений, а также для предсказания явлений, интересующих исследователя. Компьютерное моделирование является одним из эффективных методов изучения сложных систем. Построение компьютерной модели базируется на абстрагировании от конкретной природы явлений или изучаемого объекта-оригинала. Компьютерное моделирование заключается в проведении серии вычислительных экспериментов на компьютере, целью которых является анализ, интерпретация и сопоставление результатов моделирования с реальным поведением изучаемого объекта и, при необходимости, последующее уточнение модели. Модель - упрощенное представление реальности. Модель всегда включает элементы, существенно влияющие на результат, и не включает те, которые малозначимы на данном уровне абстракции. Модель может быть структурной, подчеркивающей организацию системы, или поведенческой, то есть отражающей ее динамику.