- •Предисловие
- •Введение
- •Введение в программирование
- •1.1. Предисловие к курсу
- •1.2. Идеология языка
- •1.3. Обзор среды Microsoft Developer Studio
- •1.4. Жизненный цикл программного обеспечения
- •1.5. Общая структура программы
- •1.6. Директивы препроцессора
- •1.7. Построение исполняемого файла
- •1.8. Строительные блоки программы
- •Контрольные вопросы
- •Типы данных. Переменные. Массивы. Операции и Указатели
- •Стандартные типы и размеры данных
- •2.1.1. Объявление переменных
- •Управляющие символьные константы
- •2.2. Объявление указателя
- •2.2.1. Операции разыменования и взятия адреса
- •2.2.2. Указатели на указатели
- •2.2.3. Арифметические операции с указателями
- •2.3. Массивы
- •2.3.1. Инициализация массивов
- •2.3.2 Динамические массивы
- •2.3.3. Методы доступа к элементам массивов
- •2.3.4. Массивы указателей
- •2.4. Строки
- •2.5. Операции
- •2.5.1. Арифметические операции
- •Арифметические операции
- •2.5.2 Операции сравнения и логические операции
- •Операции сравнения и логические операции
- •2.5.3. Побитовые операции
- •Побитовые операции
- •Контрольные вопросы
- •3.1. Базовые операторы
- •3.1.1. Оператор выражение
- •3.2.2. Оператор switch
- •3.3.4. Оператор goto
- •3.4. Операторы цикла
- •3.4.1. Оператор for
- •3.4.2. Оператор while
- •3.4.3. Оператор do..While
- •Контрольные вопросы
- •Стандартный ввод/вывод. Работа с файлами.
- •4.1. Роль стандартного ввода/вывода
- •4.1.1. Основные функции стандартного ввода/вывода
- •4.2. Понятие файла
- •4.2.1. Строение файлов
- •4.2.2. Порядок работы с файлом
- •4.2.3. Обзор библиотечных функций с для работы с файлами
- •4.3. Программные конструкции при работе с файлами
- •4.3.1. Открытие/закрытие файла
- •4.3.2. Цикл посимвольного чтения содержимого файла
- •4.3.3. Цикл построчного чтения содержимого файла
- •Контрольные вопросы
- •Функция. Пользовательские типы данных.
- •5.1. Понятие функции
- •5.1.1. Определение функции
- •5.1.2. Формальные параметры
- •5.1.3. Тип возвращаемого значения
- •5.1.4. Тело функции
- •5.1.5. Фактические параметры
- •5.1.6. Рекурсивные вызовы
- •5.1.7. Передача параметров
- •5.1.8. Библиотеки стандартных функций
- •5.2. Пользовательские типы данных.
- •5.2.1. Ключевое слово typedef
- •5.2.2. Перечислимый тип данных
- •5.2.3. Понятие структуры
- •5.2.4. Указатели на структурный объект
- •Контрольные вопросы
- •Работа с динамической памятью. Динамические структуры данных
- •6.1. Работа с динамической памятью
- •6.1.1. Статическое и динамическое распределение памяти
- •6.1.2. Основные принципы динамического распределения
- •6.1.3. Способы работы с динамической памятью
- •6.2. Динамические структуры данных
- •6.2.1. Стек
- •6.2.2.Линейный список
- •Контрольные вопросы
- •Объектно-ориентированное программирование
- •7.1. Критерии качества декомпозиции проекта
- •7.2. Новые концепции программирования
- •7.3. Достоинства ооп
- •7.4. Объекты и классы в ооп
- •7.4.1. Определение класса
- •7.4.2. Использование класса
- •7.4.3. Вложенные классы
- •Контрольные вопросы
- •Конструкторы и Перегрузка операций.
- •8.1. Перегрузка операций
- •8.1.1. Перегрузка операций внешними функциями
- •8.1.2. Перегрузка операций методами класса
- •8.2. Конструкторы и деструктор
- •8.2.1. Конструкторы и параметры
- •Контрольные вопросы
- •9.1. Простое открытое наследование
- •9.1.1 Конструкторы и деструкторы при наследовании
- •9.1.2. Поля и методы при наследовании
- •9.1.3. Вложенные классы и наследование
- •9.1.4. Закрытое наследование
- •9.1.5. Виртуальные функции
- •9.1.6. Чистые виртуальные функции и абстрактные классы
- •9.3. Основы программирования под Windows
- •9.3.1. Типы данных в Windows
- •9.4. Cреда Microsoft Developer Studio
- •9.4.1. Библиотека mfc
- •9.4.2. Архитектура приложения
- •9.4.3. Каркас приложения
- •9.4.4. Проект приложения
- •Контрольные вопросы
- •Заключение
- •Список Литературы
1.4. Жизненный цикл программного обеспечения
Программное обеспечение, независимо от его размеров и сложности, имеет жизненный цикл, в котором выделяют следующие этапы:
Этап разработки технического задания (постановка задачи). На этом этапе формулируется желание заказчика в виде документа, содержащего описание цели разработки, исходных данных, результатов работы, требований к специальному программному обеспечению (ПО), аппаратным средствам, функциональным возможностям. Поскольку программист редко досконально разбирается в предметной области, а заказчик - в программировании, постановка задачи может стать весьма непростым итерационным процессом. Для этапа технического задания очень важно ясно определить входные данные программы и результат ее работы.
Этап проектирования можно разбить на более мелкие этапы:
- анализ технического задания;
- определение структур данных;
- разработка или адаптация алгоритмов обработки данных;
- структурная декомпозиция (разбиение исходной задачи на относительно независимые мелкие подзадачи);
- описание программы в виде схем, блок-схем или другим способом;
- выбор языка программирования (или нескольких языков) для достижения наилучших результатов.
На этапе проектирования следует учитывать возможность будущих модификаций программы и стремиться к тому, чтобы вносить эти изменения было просто.
Этап кодирования – реализация структурной схемы программы на выбранном языке программирования и получение исполняемых модулей.
Этап отладки – испытание программы с целью проверки функциональных возможностей, надежности работы поиска ошибок проектирования и кодирования. При необходимости вносятся изменения в проект и исходный код.
Этап сдачи заказчику в эксплуатацию и сопровождение. После получения исполняемых модулей и успешного тестирования программа передается заказчику для эксплуатации в сопровождении с комплектом необходимой документации. Сопровождение программы заключается в устранении выявленных в течение работы ошибок (пропущенных на этапе отладки), своевременном выпуске новых версий.
Необходимо сделать несколько замечаний в связи с процессом разработки и сопровождения ПО. Наиболее распространенной ошибкой программистов является пренебрежение этапами технического задания и проектирования. В этом случае программа сразу начинает кодироваться, а все исправления вносятся прямо по ходу кодирования. Такой подход совершенно неприемлем при разработке больших программ, так как ведет к потерям времени на многочисленные исправления, чреват многочисленными ошибками в программе. И совершенно невозможно в таком случае организовать деятельность коллектива программистов, работающих над одним проектом. Кроме того, разработка структуры программы должна предшествовать процессу написания исходного кода. Тогда процесс кодирования будет непродолжительным, а текст программы – эффективным.
Распространенной ошибкой является нерациональное тестирование программы, обусловленное плохим знанием ее слабых мест. Очевидно, что в первую очередь необходимо обратить внимание на те места, которые могут стать причиной программных и аппаратных сбоев (возможное деление на ноль, обращение к дисководу без дискеты и т.д.). Недопустимо выпускать программу без документации (пусть даже в виде одной страницы текста), с непонятным и недружественным пользователю интерфейсом.