- •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. Работа с базами данных
48. Структура и архитектура по
Архитектура программного обеспечения (англ. software architecture) - это структура программы или вычислительной системы, которая включает программные компоненты, видимые снаружи свойства этих компонентов, а также отношения между ними. Этот термин также относится к документированию архитектуры программного обеспечения. Документирование архитектуры ПО упрощает процесс коммуникации между заинтересованными лицами (англ. stakeholders), позволяет зафиксировать принятые на ранних этапах проектирования решения о высокоуровневом дизайне системы и позволяет использовать компоненты этого дизайна и шаблоны повторно в других проектах
Программное обеспечения работает в операционных системах Windows 95 (клиентская часть) и Windows NT (клиентская и серверная части). Выбор операционных систем обусловлен удобством, изученностью и доступностью для пользователей, наличием встроенного в систему сетевого интерфейса.
Всю структуру программного обеспечения можно разделить на несколько уровней (рис. 1.3). Нижний уровень - программа сигнального процессора платы DSP. Второй уровень - драйвер операционной системы, позволяющий обмениваться информацией с платой DSP через порты ввода-вывода. Третий уровень - сервер, обеспечивающий удаленное подключение, и, наконец, четвертый - клиентская программа, с которой работает пользователь. Такая структура обусловлена требованиями, предъявляемыми к системе: точная синхронизация процессов, высокая скорость передачи данных, поддержка сети, удобство использования. Синхронизацию обеспечивает плата DSP, большая скорость передачи данных достигается за счет отказа от стандартной схемы связи через медленные устройства передачи данных (последовательный, параллельный, USB порты) и установки интерфейсной DSP платы непосредственно на разъеме материнской платы серверного компьютера. Сетевые возможности обеспечиваются введением структуры клиент - сервер, удобство дает использование операционной системы Windows.
49. Алгоритм программы
набор инструкций, описывающих порядок действий исполнителя для достижения результата решения задачи за конечное время. В старой трактовке вместо слова «порядок» использовалось слово «последовательность», но по мере развития параллельности в работе компьютеров слово «последовательность» стали заменять более общим словом «порядок». Это связано с тем, что работа каких-то инструкций алгоритма может быть зависима от других инструкций или результатов их работы. Таким образом, некоторые инструкции должны выполняться строго после завершения работы инструкций, от которых они зависят. Независимые инструкции или инструкции, ставшие независимыми из-за завершения работы инструкций, от которых они зависят, могут выполняться в произвольном порядке, параллельно или одновременно, если это позволяют используемые процессор и операционная система
50. Даталогическая модель структуры базы данных по
Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.