- •Теоретические вопросы к экзамену к экзамену по курсу «Программирование и алгоритмизация»
- •А)Основные типы переменных в с. Б)Правила определения переменных и типов. В)Инициализация данных.
- •A)Время жизни и область видимости программных объектов.Б) Инициализация глобальных и локальных переменных
- •Операторы языка Си. Оператор выражение, составной оператор, операторы условного перехода
- •Оператор цикла for
- •Операторы цикла while и do … while
- •Указатели. Типизированные и нетипизированные.
- •Работа с файлами. Файловая переменная, открытие, закрытие файла.
- •Чтение и запись в файлы. Функция eof()
- •Определение и вызов функций. Фактические и формальные параметры.
- •Определение и вызов функций. Передача массивов и указателей на функции.
- •Бинарный поиск в упорядоченном массиве.
- •Сортировка массива на примере одного из алгоритмов.
- •Связанные списки: описание структуры, добавление и удаление элементов в односвязный линейный список.
- •Вставка узла
- •Удаление узла
- •Виды линейных списков: стек, очередь, дек.
- •Сущность методологии объектно-ориентированного программирования. Инкапсуляция. Наследование. Полиморфизм.
- •Дружественные функции класса.
- •Определение конструктора. Форматы вызова конструктора. Перегрузка конструкторов.
- •Наследование. Определение базового и производного классов.
- •Полиморфизм. Виртуальные функции.
- •Динамическое распределение памяти под объекты. Операторы new и delete. Динамическое выделение памяти
- •Функции operator new() и operator delete()
- •Шаблоны классов. Шаблоны классов
- •Использование шаблонов
- •Шаблоны функций.
- •Жизненный цикл программного продукта.
- •Основные процессы жизненного цикла.
- •Разновидности процесса разработки по.
- •Стадии разработки по
- •Действия при разработке тз
Стадии разработки по
Анализ требований — это процесс сбора требований к программному обеспечению (ПО), их систематизации, документирования, анализа, выявления противоречий, неполноты, разрешения конфликтов в процессе разработки программного обеспечения. Полнота и качество анализа требований играют ключевую роль в успехе всего проекта. Требования к ПО должны быть документируемые, выполнимые, тестируемые, с уровнем детализации достаточным для проектирования системы. Требования могут быть функциональными и нефункциональными.
Проектирование программного обеспечения — процесс создания проекта программного обеспечения (ПО), а также дисциплина, изучающая методы проектирования. Проектирование ПО является частным случаем Проектирования продуктов и процессов.
Целью проектирования является определение внутренних свойств системы и детализации её внешних (видимых) свойств на основе выданных заказчиком требований к ПО (исходные условия задачи). Эти требования подвергаются анализу. Первоначально программа рассматривается как чёрный ящик. Ход процесса проектирования и его результаты зависят не только от состава требований, но и выбранной модели процесса, опыта проектировщика.
Коди́рование — процесс написания программного кода, скриптов, с целью реализации определённого алгоритма на определённомязыке программирования.
Тести́рование програ́ммного обеспе́чения — процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.
Документи́рование — это процесс создания документации, важная часть в разработке программного обеспечения, ей часто уделяется недостаточно внимания. Документа́ция на программное обеспечение — это документы, сопровождающие некоторое программное обеспечение (ПО) — программу или программный продукт. Эти документы описывают то, как работает программа и/или то, как её использовать.
Внедрение программного обеспечения — процесс настройки программного обеспечения под определенные условия использования, а также обучения пользователей работе с программным продуктом.
Использование ПО
Действия при разработке тз
Разработка программ и составление технического задания по этому направлению регламентируется ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению.
Также не лишними будут ещё два руководства:
ГОСТ 2.114-95 Единая система конструкторской документации. Технические условия;
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
Эту троицу, несомненно, можно считать «святая святых» при разработке и составлении технического задания практически любой предметной области. Есть, конечно, и другие стандарты, руководствоваться которыми можно и нужно, но вспомним о «необходимом и достаточном».
Прочитать перечисленные документы – это личный долг каждого, мы же перейдем непосредственно к выводам. Что мы имеем в итоге? Ответ: общую структуру технического задания, в том числе и на разработку программ.
Что нужно сделать в рамках проекта;
Зачем это нужно, и для каких конкретно целей;
Где будет использоваться результат проекта (читай, разработка программ), в какой сфере деятельности, и на каком уровне;
Какие требования должна удовлетворять разработка программ;
Что нужно сделать в процессе работы над проектом;
Как будет оцениваться результат со стороны Заказчика;
Какими документами устанавливается порядок взаимодействия по проекту;
На чем основана инициация работы над проектом по разработке программ.
Более детально составить техническое задание на разработку программ поможет вторая часть указанного ГОСТа 19.201-78, предписывающая содержание разделов.
Отдельным пунктом нашей специфики – разработка программ, хотелось бы выделить раздел требований к программному обеспечению. При составлении этого раздела, к вопросу нужно подходить формально. Иначе говоря, «открывать новое окно», «редактировать текущий файл посредством команд с пользовательских консолей», и «сохранять изменения при закрытии основного окна программы» - это четкий и формальный подход.
Также, разработка программ должна удовлетворять ряду требований, которые необходимо изложить в техническом задании. Вот список требований:
к набору выполняемых программой функций;
по организации входных и выходных данных;
к быстродействию;
к надежности функционирования;
к длительности восстановления при отказах;
по отказам в связи с некорректными действиями пользователя;
к видам обслуживания;
к числу и квалификации персонала, взаимодействующего с программой;
к параметрам технических средств, на которых будет обеспечиваться нормальная работоспособность программы;
к исходным языкам и кодам программирования, информационным структурам и сторонним программным средствам;
по защите и информационной безопасности;
к маркировке и упаковке;
к условиям транспортировки и хранения.
Также список требований на разработку программ может быть изменен: дополнен или сокращен в зависимости от конкретных условий проекта.