рефераты конспекты курсовые дипломные лекции шпоры

Раздел Программирование
/
Технология разработки программного обеспечения

Реферат Курсовая Конспект

Выберите учебное заведение

Технология разработки программного обеспечения

Технология разработки программного обеспечения - раздел Программирование, Содержание Введение. 5...

Содержание

Введение. 5

1 Техническое задание. 7

1.1 Содержание. 7

1.2 Введение. 7

1.3 Основание для разработки. 8

1.4 Назначение разработки. 8

1.5 Требования к программе или программному изделию.. 8

1.5.1 Требования к функциональным характеристикам.. 9

1.5.2 Требования к надежности. 10

1.5.3 Условия эксплуатации. 10

1.5.4 Требования к составу и параметрам технических средств 10

1.5.5 Требования к информационной и программной совместимости 11

1.6 Требования к программной документации. 11

1.7 Технико-экономические показатели. 11

1.8 Стадии и этапы разработки. 11

2 Соглашение о требованиях. 12

2.1 Описание программного изделия. 13

2.1.1 Наименование и шифры изделия. 13

2.1.2 Краткое описание изделия. 13

2.1.3 Сведения об авторском праве. 14

2.1.4 Результирующие компоненты изделия. 14

2.2 Цели. 17

2.2.1 Согласование заявок на проверку. 17

2.2.2 Согласование заявок на расширение. 18

2.2.3 Согласование заявок на внесение исправлений. 18

2.2.4 Согласование планов. 19

2.2.5 Перечень требований пользователя. 20

2.2.6 Рассмотренные альтернативы.. 20

2.2.7 Окупаемость капиталовложений. 21

2.3 Стратегия. 21

2.3.1 Соглашения относительно представления материала. 21

2.3.2 Генерируемое программное обеспечение. 22

2.3.3 Системное программное обеспечение. 22

2.3.4 Внутренние ограничения. 40

2.4 Используемые материалы.. 40

2.4.1 Справочные документы.. 40

2.5 Передача заказчику и ввод в действие. 41

2.5.1 Средства защиты права собственности на изделие. 41

2.5.2 Ресурсы, обеспечивающие ввод в действие. 42

2.5.3 Носители информации. 42

2.6 Тактика. 43

2.6.1 Взаимосвязи. 43

2.6.2 Техническая ревизионная комиссия. 44

2.6.3 Проверка изделия. 44

2.6.4 Обеспечение поддержки. 46

2.7 Извещение об изменении календарных сроков. 47

3 Написание спецификаций. 48

4 Тестирование. 51

4.1 Общие принципы тестирования. 51

4.2 Организация испытаний программных изделий. 54

4.3 Виды испытаний программного изделия. Стадии испытаний 54

4.4 Режимы испытаний программ.. 55

4.5 Категории испытания программного изделия. 56

4.6 Технология тестирования, классы эквивалентности. 58

4.7 Построение тестов. 60

5 Руководство системного программиста. 65

5.1 ГОСТ 19.503-79. 65

5.1.1 Общие положения. 65

5.1.2 Содержание разделов. 65

5.2 Пример. 66

5.2.1 Общие сведения о программе. 66

5.2.2 Структура программы.. 67

5.2.3 Настройка программы.. 68

5.2.4 Проверка программы.. 69

5.2.5 Дополнительные возможности. 70

5.2.6 Сообщения системному программисту. 70

Список литературы.. 72

Приложение А. Оформление курсового проекта. 73

Приложение Б. Пример выполнения курсового проекта № 1. 75

Приложение В. Пример выполнения курсового проекта № 2. 93

Введение

Учебной программой специальности 230105 в рамках изучения дисциплины «Технология разработки программного обеспечения» («ТРПО») для студентов дистанционной формы обучения предусмотрено выполнение двух лабораторных работ:

1. Составление технического задания и соглашения о требованиях.

2. Написание спецификаций и проведение тестирования ПO. Составление руководства системного программиста.

Подготовка курсового проекта является завершающим этапом изучения дисциплины «ТРПО». В период курсового проектирования закрепляются теоретические знания и приобретаются практические навыки разработки программного обеспечения (ПО) и программной документации.

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

1. Техническое задание.

2. Соглашение о требованиях.

3. Внешняя и внутренняя спецификации.

4. Тестирование.

5. Руководство системного программиста.

При этом все замечания, оставшиеся после сдачи лабораторных работ, должны быть устранены.

Разрабатываемое ПО должно содержать не менее 300 операторов, работать в многооконном графическом режиме и поддерживать работу клавиатуры и манипулятора типа «мышь». Программная документация, входящая в состав курсового проекта, должна соответствовать требованиям стандартов Единой системы программной документации (ЕСПД).

Необходимо уделить внимание правильной нумерации разделов. Например, если выполняется лабораторная работа №2, то подраздел «Режимы испытаний программ» будет иметь номер 2.4 (т.к. раздел «Тестирование» будет вторым в данной лабораторной работе) или просто 4 (если основные разделы не нумеровать). Если же выполняется курсовой проект, то нужно нумеровать его основные разделы, тогда «Тестирование» будет четвертым разделом работы, следовательно, подраздел «Режимы испытаний программ» будет иметь номер 4.4 (как и в данном методическом пособии). Примеры см. в приложениях.

Техническое задание

Составление технического задания — цель первой части первой лабораторной работы. Также техническое задание является первым разделом курсовой работы.

Содержание

Техническое задание оформляют в соответствии с ГОСТ 19.106-78. Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.

Техническое задание должно содержать следующие разделы:

- введение;

- основания для разработки;

- назначение разработки;

- требования к программе или программному изделию;

- требования к программной документации;

- технико-экономические показатели;

- стадии и этапы разработки.

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

Введение

В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

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

Наименование — система минимизации пути режущего инструмента при раскрое листовых материалов (далее просто минимизатор).

Краткая характеристика — двумерный минимизатор с локальной базой сформированных маршрутов резки.

Основание для разработки

В разделе «Основания для разработки» должны быть указаны:

- документ (документы), на основании которого ведется разработка;

- организация, утвердившая этот документ, и дата его утверждения;

- наименование и (или) условное обозначение темы разработки.

Пример. Задание для проведения лабораторных занятий и выполнения курсовой работы, выдано кафедрой АСУ ТУСУРа 01.09.2007. Наименование темы разработки — «Минимизатор».

Назначение разработки

В разделе «Назначение разработки» должно быть указано функциональное (чем является программное изделие) и эксплуатационное (область применения) назначение программы или программного изделия.

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

Требования к программе или программному изделию

Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

- требования к функциональным характеристикам;

- требования к надежности;

- условия эксплуатации;

- требования к составу и параметрам технических средств;

- требования к информационной и программной совместимости.

Требования к функциональным характеристикам

В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и… Пример. 1. Редактор должен работать в многооконном графическом режиме и поддерживать работу как клавиатуры, так и манипулятора…

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

В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (устойчивое функционирование, контроль входной и выходной информации, время восстановления после отказа и т.п.).

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

Условия эксплуатации

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

Требования к составу и параметрам технических средств

В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств и их основные технические характеристики.

Пример. Программное обеспечение разрабатывается для персональной ЭВМ (IBM PC-совместимой) со следующими характеристиками:

- процессор с частотой не ниже 1 ГГц;

- объем ОЗУ не менее 128 Мб;

- графический адаптер SVGA;

- манипулятор типа «мышь».

Требования к информационной и программной совместимости

В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе… Пример. ЭВМ должна работать под управлением операционной системы не ниже, чем…

Требования к программной документации

В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

Технико-экономические показатели

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

Стадии и этапы разработки

В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, устанавливают сроки разработки и определяют исполнителей.

Соглашение о требованиях

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

Описание программного изделия

Наименование и шифры изделия

Полное наименование изделия

Указывается предлагаемое полное наименование изделия. После утверждения СТ не должны использоваться никакие другие наименования для данного изделия, кроме сокращенных наименований, которые приводятся ниже.

Пример. ASK (произносится «аск»).

Сокращенные наименования

Указываются все предлагаемые сокращения, которыми разрешается заменять наименование, приведенное в пункте 2.1.1.1. После утверждения СТ не рекомендуется использовать никакие другие сокращения. В противном случае делается пометка «Отсутствуют».

Шифры изделия

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

Пример. L301A.

Шифры проекта

Приводятся все шифры проекта, используемые в процессе разработки изделия.

Пример. C013.

Краткое описание изделия

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

Сведения об авторском праве

Если предполагается заявить об установленной законом защите авторских прав на данное изделие, это должно реализоваться уже в CТ. В противном случае делается пометка «Не требуется».

Результирующие компоненты изделия

В данном разделе приводится таблица, подобная или эквивалентная таблице 2.1. В данном случае использована заранее подготовленная печатная форма, что… В указанной таблице в строке «Тип изделия» ставится метка X против… В графе «Уровень поддержки» выбирается метка 1, 2 или 3 в соответствии с пояснениями в бланке.

Цели

Формулировка цели создания программного изделия отвечает на вопрос «зачем?». Поэтому в данном разделе указываются все причины выпуска изделия. Часто такой причиной может быть выполнение плана или договора либо устранение недостатков предшествующего изделия.

Пример. Коммерческим планом финансовых служб предусматриваются создание в фирме ABC Services и поставка на рынок интерактивной системы финансового анализа с дистанционным доступом, предназначенной для финансовых кругов. Система ASK призвана удовлетворить требования к программному обеспечению, изложенные в коммерческом плане.

Согласование заявок на проверку

Заявки на проверку представляют собой предписанные изменения изделия, которые являются результатом событий, находящихся вне сферы контроля разработчиков изделия. Если заявки на проверку отсутствуют, этот факт отмечается и пункты 2.2.1.1 и 2.2.1.2 опускаются.

Отклоненные заявки

Обычно такие заявки отсутствуют, поскольку внесение изменений является обязательным. Однако учет какого-либо конкретного изменения все же может оказаться нецелесообразным, в этом случае отказ должен быть тщательно обоснован и документирован, начиная с данного раздела СТ.

Принятые заявки

Здесь перечисляются все предлагаемые в заявках изменения, которые были одобрены и будут включены в изделие. Если таких заявок нет, следует дать пометку «Отсутствуют».

Согласование заявок на расширение

Если заявок на расширение нет, этот факт отмечается и пункты 2.2.2.1 и 2.2.2.2 опускаются.

Отклоненные заявки

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

Принятые заявки

Перечисляются все предложения на расширение, которые были одобрены и будут реализованы в изделии. Если таких предложений нет, делается пометка «Отсутствуют».

Согласование заявок на внесение исправлений

Если предметом рассмотрения СТ является новое изделие, которое не предназначается для замены другого изделия, внешних запросов на внесение исправлений быть не может. В этом случае делается пометка «Не требуется» и опускается пункт 2.2.3.1.

Отклоненные заявки

Согласование планов

Исключенные пункты плана

Пример. Широкий набор терминальных устройств, требуемый в коммерческом плане финансовых служб, не будет обеспечен. С системой ASK будет эффективно…

Включенные пункты плана

Пример. Коммерческий план финансовых служб, раздел 5 (см. п. 2.4.1 а).

Перечень требований пользователя

Указываются заказчики изделия и поясняется, почему оно им необходимо. В этом разделе указывается также предполагаемый срок использования изделия.… Пример. Система ASK предназначается для специалистов по финансовому анализу… В соответствии с документом, указанным в пункте 2.4.1 a, первая версия ASK должна быть готова для продажи через 6—12…

Рассмотренные альтернативы

Кратко описываются альтернативы данной разработки, которые были рассмотрены и отклонены, а также причины отклонения. Если программы должны быть… Пример. Поскольку в распоряжении фирмы ABC Services нет ни одного программного…

Окупаемость капиталовложений

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

Стратегия

Формулировка стратегии предполагает ответ на вопрос «что?». Поэтому в данном разделе указывается, что будет представлять собой предлагаемое изделие.

Соглашения относительно представления материала

Для краткого описания изделия может понадобиться специальная терминология. Данный раздел предназначен для того, чтобы представить читателям СТ специальный словарь. И если в пунктах 2.3.1.1 и 2.3.1.2 внешней спецификации можно делать дополнения, то в данном разделе СТ ни одна формулировка не должна меняться.

Обозначения

Определяются все обозначения, используемые в СТ. Например, если применяются индексы, дается пример их использования и определяется принцип индексации. В противном случае делается пометка об отсутствии специальных обозначений.

Терминология

Четко определяется вся терминология, которая может оказаться специфической для данного изделия.

Пример. Вся специальная терминология определяется в контексте данного документа.

Генерируемое программное обеспечение

Генерируемое программное обеспечение — это то, что получается на выходе компилятора, ассемблера, загрузчика, редактора связей или генератора прикладных программ. Генерируемое программное обеспечение классифицируется как вспомогательное и порождается изделием, описываемым в СТ.

Системное программное обеспечение

Системное программное обеспечение — это все остальное программное обеспечение, включающее операционные системы, компиляторы, утилиты, пакеты… Разделы 2.3.2 и 2.3.3 строятся одинаково. Там, где слова «программное… Поскольку большинство программных изделий являются основными, может появиться желание поменять местами разделы 2.3.2 и…

Общие характеристики функций

Рис. 2.1 — Структурная схема из соглашения о требованиях для изделия ASK

Внешние ограничения

В разделе 2.3.(2,3).1.1 перечисляются все возможные ограничения, относящиеся ко всем функциям. Однако, если список оказывается длинным и некоторые…

Действующие стандарты

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

Пример. 2.3.3.1.1.1. Действующие стандарты: Стандарт ABC на программирование (см. п. 2.4.1 д).

Ограничения на совместимость

- изделиями-предшественниками, т.е. такими, которые пользователь может заменить новым изделием; если в новом изделии отсутствует какая-либо… - изделиями-компаньонами, относящимися к той же группе средств, которые… - подобными изделиями, т.е. такими, которые выполняют похожие функции в других программных изделиях той же серии;…

Программные ограничения

Если имеются программы, которые должны быть исключены из операционной системы, необходимо указать их и объяснить, почему они исключаются. Пример. ASK работает с системой VSOS версии 4 (см. п. 2.4.1 б). Любой…

Аппаратные ограничения

Пример. Помимо устройств, требуемых системами, указанными в пункте 2.4.1 б, для системы ASK потребуются устройства, перечисленные в таблице 2.2. Таблица 2.2 — Необходимые для работы ASK устройства

Внешние характеристики

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

Результаты работы

Пример. Записи в общедоступных и частных файлах, являющихся VSOS-файлами прямого доступа (см. п. 2.4.1 б). Записи в DATABASE для ведения системы…

Процессы обработки

Пример. Рабочий режим состоит в интерактивном поиске, вычислении, выдаче сообщений и построении диаграмм на запросы специалистов по финансовому… Режим обслуживания состоит в интерактивном анализе базы данных, ее…

Входы системы

Описываются входные данные так же, как результаты работы в пункте 2.3.3.1.2.1.

Пример.

1. Блоки записей из DATABASE и файлов корректур DATABASE (а также файлы системы VSOS).

2. Записи из общедоступных и частных файлов системы ASK.

3. Поля данных с клавиатуры терминалов и пультов.

4. Все входные данные контролируются модулями логического доступа VSOS.

Эргономические характеристики

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

Безопасность и секретность системы

Описываются в общих чертах характеристики изделия, обеспечивающие безопасность и секретность данных и программ.

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

Надежность

Затем определяется степень защиты программ от ошибок, возникающих в других частях системы. Если некоторая программа должна работать в… Следует рассмотреть, как могут повлиять на работу предлагаемых программных… а) Операции распределения ресурсов, при которых другим программам может выделяться некоторая область памяти на том же…

Рестарт

Пример 1. Программы, генерируемые ASK, могут запускаться с любого этапа обработки данных. Пример 2. Модуль SORT обеспечивает автоматическую или ручную регистрацию…

Соответствие требованиям заказчика

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

Рабочие характеристики

Пример 1. Каждое периферийное устройство должно работать с максимальной производительностью в предположении отсутствия других параллельных… Пример 2. Для 16 активных терминалов будет обеспечиваться время реакции в… Пример 3. Изделие не накладывает никаких ограничений на конфигурацию, помимо ограничений, определяемых…

Удобство эксплуатации

Должно быть показано, как начинается и как заканчивается работа программного изделия. Для таких функций, как сбор, ввод и вывод данных, связь,… - пакетный; - интерактивный;

Мобильность

Описываются требования и цели обеспечения переноса программного изделия из одних рабочих условий в другие.

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

Внутренние характеристики

Удобство сопровождения

Пример 1. Каждый исходный и объектный модуль будет снабжаться шифром программного изделия и категорией выпуска, а также, если позволяет место,… Описываются все встроенные средства отладки и компоновки, включая сопряжения с… Пример 2. В системе ASK используются средства программирования BIL3 (см. п. 2.4.1, е), предусматривающие коэффициент…

Алгоритмы

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

Интерфейс пользователя

Внешние ограничения

Стандарты для интерфейса пользователя

Пример. ANSI ХЗ.28-1971 (см. п. 2.4.1, г).

Программные ограничения на интерфейс пользователя

Пример. Необходимо наличие модулей VSOS DAM, ILSAM и VTAM (см. п. 2.4.1, б).

Аппаратные ограничения на интерфейс пользователя

Пример. Помимо устройств, указанных в разделе 2.3.3.1.1.4, интерфейсу пользователя требуются минимальные конфигурации, необходимые для VSOS ILSAM, DAM и VTAM (см. п. 2.4.1, б).

Внешние характеристики

Результаты работы интерфейса пользователя

Пример. Результаты такие же, как в разделе 2.3.3.1.2.1, исключая записи в DATABASE.

Процессы интерфейса пользователя

Пример. Интерфейс пользователя дает возможность:

- формировать критерии выбора и (или) зависимости;

- создавать файлы фирм или отраслей;

- добавлять данные в файлы;

- сортировать данные;

- выдавать сообщения, строить диаграммы и/или сохранять результаты.

Входы интерфейса пользователя

Пример. Такие же, как в разделе 2.3.3.1.2.3, кроме данных из файлов корректировки DATABASE.

Эргономические характеристики

Рестарт интерфейса пользователя

1. Автоматический рестарт. При использовании вспомогательного блока питания M l07 интерфейс пользователя обеспечивает автоматическое восстановление… 2. Ручной рестарт. В каждой контрольной точке производится полный дамп памяти…

Характеристики интерфейса пользователя

В контексте данного раздела отметка «Выполнено» означает, что начался вывод данных на терминал, но команда при этом может быть отработана не…

Область применимости интерфейса пользователя

- интересующие его отрасли промышленности и фирмы; - типы сравнений, которые он хочет выполнить; - критерии, которые он хочет использовать для представления и сортировки данных;

Внутренние характеристики

Алгоритм интерфейса пользователя

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

Внешние ограничения

Программные ограничения для процессора корректировок

Пример. Требует только VSOS ILSAM.

Аппаратные ограничения

Таблица 2.3 — Устройства, необходимые процессору корректировок Устройство Минимальное число Номинальное число Максимальное число …

Внешние характеристики

Результаты работы процессора корректировок

Такие же, как в разделе 2.3.3.1.2.1, за исключением записей в общедоступные и частные файлы и данных, передаваемых на терминалы.

Входы процессора корректировок

Такие же, как в разделе 2.3.3.1.2.3, за исключением общедоступных и частных файлов и данных, поступающих с терминалов.

Эргономические характеристики

Рестарт процессора корректировок

Указываются возможности контроля файлов, предусмотренные в программе UPDATE (см. п. 2.4.1, ж) и позволяющие иметь контрольные точки для рестарта.

Характеристики процессора корректировок

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

Использование процессора корректировок

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

Внутренние ограничения

Важно определить не только то, каким будет изделие, но также и каким оно не будет. Ограничение — это свойство (или возможность), которое… Пример. Структура ASK предполагает, что пользователь захочет использовать…

Используемые материалы

Этот раздел должен быть расширен в спецификации сопровождения, поэтому в СТ содержится только один подраздел.

Справочные документы

Отдельно указывается каждый плановый или технический документ, на который имеется ссылка в СТ. Каждый такой документ должен реально существовать (а… Если в основе изделия лежит какой-либо стандартный язык или код связи, следует… Пример. Справочные документы:

Передача заказчику и ввод в действие

Средства защиты права собственности на изделие

Указывается один из следующих уровней:

- засекречивание не требуется;

- промышленный секрет;

- авторское право;

- патент.

Ресурсы, обеспечивающие ввод в действие

Определяются ресурсы, требуемые для установки системы, наряду с ресурсами, описанными в разделе 2.5.3 (здесь имеются в виду машинное время,… Пример. Любой оператор, знакомый с системой VSOS и имеющий опыт работы 6… Все сказанное предполагает, что необходимые устройства работают нормально и на машине не выполняются параллельные…

Носители информации

Определяется тип запоминающих устройств для всех распространяемых компонентов программного изделия (например, магнитная лента, характеризуемая… Пример. Объектные программы ASK будут распространяться на дисках по формату…

Тактика

Тактика определяет, каким образом будет реализовываться стратегия. Следовательно, в этом разделе говорится о том, как должно создаваться программное изделие.

Взаимосвязи

Требуемые взаимосвязи

Пример 1. Отдел электронных интерфейсов должен обеспечивать проверку каналов с помощью диагностической программы, которую группа испытаний должна… Фирма ABC Services должна обеспечить доступ к нормально функционирующей… Пример 2. Интерфейс Electronics должен обеспечивать разветвление канала, используя диагностическую программу, которую…

Обеспечиваемые взаимосвязи

Пример. Структура изделия ASK полностью описывается во взаимосвязанных внешних спецификациях интерфейса пользователя ASK (C013/L321) и процессора… Справочное руководство и справочный буклет должны быть готовы в окончательном…

Техническая ревизионная комиссия

В каждом СТ следует рекомендовать создание технической ревизионной комиссии (ТРК) с указанием места работы каждого члена комиссии и его фамилии,… Пример. От каждого из следующих лиц было получено личное согласие работать в… - Боб Уилбур (отдел испытаний программ) — председатель;

Проверка изделия

Уровни испытаний

Пример. Уровни испытаний приведены в таблице 2.4. Таблица 2.4 — Уровни испытаний

Эталоны для сравнения

Определяются эталонные системы, относительно которых должно выполняться сравнение. Указываются характеристики данной системы в относительных… Пример. Поскольку ASK является новым изделием, нет базы для корректировки…

Обеспечение поддержки

Для каждого подраздела указываются конкретные мероприятия; при этом делаются ссылки на план поддержки или констатируется, что соответствующие меры отсутствуют.

Мероприятия, обеспечивающие продвижение программного изделия на рынок

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

Мероприятия, связанные с обучением

Описываются формы обучения различных категорий слушателей и относительное время его проведения (например, в фазе оценки). Указывается требуемый уровень начальной подготовки и требуемая квалификация.

Средства, обеспечивающие модернизацию программного изделия

Можно сослаться на раздел 2.3.(2,3).X.1.2.

Извещение об изменении календарных сроков

Пример. Наименование проекта: Разработка изделия ASK Шифр проекта:…

Написание спецификаций

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

Тестирование

Проведение тестирования — цель второй части второй лабораторной работы. Также результаты тестирования являются четвертым разделом курсовой работы.

Общие принципы тестирования

Этап тестирования обычно в финансовых затратах составляет половину расходов на создание системы. Плохо спланированное тестирование приводит к… В процессе тестирования используются данные, характерные для системы в рабочем… Тестирование подразумевает три стадии:

Организация испытаний программных изделий

Под испытаниями понимают не отладку, призванную определить, почему в программе возникает та или иная ошибка и устранить ее причины, а процесс… Группа испытаний оказывает значительное влияние на качественную сторону… - проведение испытаний;

Виды испытаний программного изделия. Стадии испытаний

В общем случае, испытания проводятся в несколько стадий, разделенных по времени. К первой стадии относятся испытания класса A, которые проводятся в конце фазы… Ко второй стадии относятся испытания класса B, когда осуществляется независимая (от группы разработки) проверка…

Режимы испытаний программ

Испытания различаются в зависимости от того, кто их проводит. Основная идея — независимость функции испытаний от функции разработки. Режим I испытаний подразумевает полный цикл деятельности группы испытаний,… Режим II позволяет проводить ускоренные испытания изделия, поскольку в этом случае группа испытаний несет…

Категории испытания программного изделия

Стадии испытания указывают на время проведения проверок, а режимы определяют тех, кто проводит. Категории испытаний устанавливают характер и… Демонстрация в действии. Во время демонстрации прогоняют специально… Аттестация. Аттестация призвана гарантировать способность данного программного изделия правильно обрабатывать реальные…

Технология тестирования, классы эквивалентности

Одним из способов изучения поставленного вопроса является исследование стратегии тестирования, называемой стратегией черного ящика, тестированием с… Стратегия белого ящика, или стратегия тестирования, управляемого логикой… Тестирование в данной курсовой работе должно выполняться по технологии черного ящика с использованием методологии…

Построение тестов

Процесс построения тестов включает в себя: 1) назначение каждому классу эквивалентности уникального номера; 2) проектирование новых тестов, каждый из которых покрывает как можно большее число непокрытых правильных классов…

Руководство системного программиста

Составление руководства системного программиста — цель третьей части второй лабораторной работы. Также руководство системного программиста является пятым разделом курсовой работы.

Требования к оформлению руководства системного программиста излагаются в ГОСТ 19.503-79 «Руководство системного программиста. Требования к содержанию и оформлению».

ГОСТ 19.503-79

Настоящий стандарт устанавливает требования к содержанию и оформлению программного документа «Руководство системного программиста», определенного ГОСТ 19.101-77.

Стандарт полностью соответствует CТ СЭВ 2094-80.

Общие положения

1.1. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-78. 1.2. Руководство системного программиста должно содержать следующие разделы: … – общие сведения о программе;

Содержание разделов

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

2.2. В разделе «Структура программы» должны быть приведены сведения о структуре программы, ее составных частях, о связях между составными частями и о связях с другими программами.

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

2.4. В разделе «Проверка программы» должно быть приведено описание способов проверки, позволяющих дать общее заключение о работоспособности программы (контрольные примеры, методы прогона, результаты).

2.5. В разделе «Дополнительные возможности» должно быть приведено описание дополнительных разделов функциональных возможностей программы и способов их выбора.

2.6. В разделе «Сообщения системному программисту» должны быть указаны тексты сообщений, выдаваемых в ходе выполнения настройки, проверки программы, а также в ходе выполнения программы, описание их содержания и действий, которые необходимо предпринять по этим сообщениям.

2.7. В приложении к руководству системного программиста могут быть приведены дополнительные материалы (примеры, иллюстрации, таблицы, графики и т.п.).

Пример

Общие сведения о программе

Программа «Автоматизированное рабочее место читателя» предназначена для обеспечения простого и удобного доступа удаленных пользователей к ресурсам различных информационных служб. Удаленными пользователями могут являться любые пользователи HTTP-сервера, на базе которого функционирует программа. Ресурсами информационных служб могут являться различные удаленные базы данных (библиографические, полнотекстовые, базы данных запросов на доставку документов, тезаурусы), доступные по протоколу ISO 23950. Таким образом, программа является промежуточным звеном многозвенной информационной системы, обеспечивающим пользователей следующими возможностями:

- поиск библиографической, полнотекстовой информации, информации о заказах, сведений о местонахождении и доступности документа в удаленных базах данных с возможностями устранения дублетности, навигации по поисковым индексам и автоматического расширения запроса с использованием тезаурусов и авторитетных файлов;

- заказ документа (копии) по найденному библиографическому описанию;

- проверка статуса заказа;

- вывод списка документов, полученных во временное пользование.

Другими словами, программа является Z39.50-клиентом с Web-интерфейсом пользователя. Поэтому для работы с программой пользователю необходимы лишь Web-агент (Netscape Navigator, MS Internet Explorer, Lynx и т.п.) и надежная связь с HTTP-сервером, на котором выполняется программа.

Программа может функционировать на любых технических средствах под управлением любой операционной системы, отвечающей стандарту ISO/IEC 9945-1 (POSIX) и спецификациям X/Open CAE specifications, Issue 4, July 1992 (XPG4). Обязательными требованиями для выполнения программы являются поддержка стека протоколов TCP/IP и наличие HTTP-сервера, поддерживающего CGI.

Структура программы

Программа «Автоматизированное рабочее место читателя» состоит из следующих компонентов: 1) zcon — приложение, реализующее функции Z39.50-клиента; 2) zgate — CGI-приложение, обеспечивающее передачу данных от HTTP-сервера Z39.50-клиенту и обратно;

Настройка программы

Установка программы

1. Разместить исполняемые файлы zcon и zgate в каталоге CGI-приложений HTTP-сервера. 2. Разместить файлы zgate.cat и ru_RU.UTF-8/zgate.cat в одном из системных… NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/dt/lib/nls/msg/%L/%N.cat,

Настройка программы

Обычно в данном подразделе приводятся несколько скриншотов рабочего окна программы с описанием (куда надо нажать и что ввести, чтобы получить результат) и описывается процедура настройки (если присутствует).

Проверка программы

Проверка программы осуществляется методом ее выполнения. В связи с тем, что конкретные условия применения программы (адреса Z39.50-серверов,… 1. При проверке программы следует использовать все возможные элементы… 2. При получении диагностических и иных сообщений в ходе проверки программы следует обращаться к разделу «Сообщения…

Дополнительные возможности

Дополнительной возможностью программы является возможность динамического управления формой представления записей при просмотре их в полном формате… … <каталог_с_CGI-приложениями>"zgate?present+"

Сообщения системному программисту

В таблице 5.1 представлены сообщения, которые могут получить системный программист в ходе выполнения настройки, проверки программы, а также… Таблица 5.1 — Сообщения системному программисту и пользователю

Список литературы

Основная:

1. Калайда В.Т., Романенко В.В. Технология разработки программного обеспечения: Учебное пособие. — Томск: ТМЦДО, 2007. — 236 с.

2. Зельковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения. — М.: Мир, 1982. — 368 с.

3. Гантер Р. Методы управления проектированием программного обеспечения. — М.: Мир, 1981. — 388 с.

4. Брукс Фредерик. Мифический человеко-месяц или как создаются программные системы. — СПб.: Символ, 2000. — 298 с.

5. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. — М.: Финансы и статистика, 1998. — 176 с.

6. Канер С., Фолк Дж., Нгуен Е.К. Тестирование программного обеспечения. — Киев: Диасофт, 2000. — 544 с.

Дополнительная:

1. Вольховер В.Г., Иванов Л.А. Производственные методы разработки программ. — М.: Финансы и статистика, 1983. — 236 с.

2. Боем Б. и др. Характеристики качества программного обеспечения. — М.: Мир, 1981. — 176 с.

3. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++. — М.: Бином; СПб.: Невский диалект, 1999. — 560 с.

Приложение А Оформление курсового проекта

Федеральное агентство по образованию

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Кафедра автоматизированных систем управления (АСУ)

НАЗВАНИЕ ПРОЕКТА

Пояснительная записка к курсовому проекту по дисциплине

«Теория разработки программного обеспечения»

Выполнил: ст. группы XXX

______________ Иванов И.И.

«____» ____________ 2007

Проверил: доц. каф. АСУ

____________ Елизаров А.И.

«____» ____________ 2007

Томск – 2007

(С новой страницы)

Реферат

Курсовой проект состоит из XX страниц, содержит XX таблиц и XX рисунков.

В результате проведенной работы была разработана техническая документация к программному проекту «НАЗВАНИЕ ПРОЕКТА».

Пояснительная записка к курсовому проекту выполнена в редакторе MS Word.

(С новой страницы)

Содержание

1. Техническое задание XX

2. Соглашение о требованиях XX

3. Спецификации XX

4. Тестирование XX

5. Руководство системного программиста XX

6. Заключение XX

Примечание. Пункты 5 и 6 являются необязательными. В содержание также включаются, как минимум, пункты второго уровня.

Приложение Б Пример выполнения курсового проекта № 1

1 Техническое задание

1.1 Введение

Наименование разрабатываемого программного обеспечения — переносимая программа трансляции данных по различным протоколам (Data Retranslation, DR).

Данное программное обеспечение применяется для перенаправления HTTP, FTP, SSL и других запросов и данных с клиентской машины через промежуточную машину на другие вышестоящие proxy-серверы. Выбор вышестоящего proxy-сервера осуществляется в соответствии с ранее определенными приоритетами.

Настоящее программное обеспечение может применяться в организациях, располагающих несколькими каналами выхода в Internet. DR должен позволять автоматическое переключение на резервный (менее приоритетный канал) в том случае, если основной канал является недоступным.

1.2 Основания для разработки

Разработка ведется на основании следующих документов:

1. Данное техническое задание

1.3 Назначение разработки

Функциональное и эксплуатационное назначение программы:

Данная программа призвана осуществлять перенаправления запросов от клиентов на вышестоящие proxy-серверы в соответствии с определенными для них приоритетами, а также доступностью или недоступностью того или иного сервера. Программа также позволяет достигать некоторой степени анонимности при работе в сети.

1.4 Технические требования к программе или программному

изделию

1.4.1 Требования к функциональным характеристикам

- Программа должна полностью поддерживать стандарты передачи гипертекста (HTTP) версий 1.0 и 1.1, утвержденные World Wide Web Consortium (W3C), а так же стандартные протоколы FTP, SSL, SMTP, POP3 и т.д.

- Программа должна обеспечивать переносимость в рамках операционных систем семейства Windows. Стандарт, предназначенный для достижения переносимости программного обеспечения на уровне исходных кодов.

- Программа должна работать по архитектуре «клиент-сервер», поддерживать несколько одновременных соединений.

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

- Конфигурационный файл должен быть легко читаем для человека, занимающегося администрированием proxy-сервера.

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

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

- Программа должна поддерживать передачу нескольких запросов в рамках одного соединения (pipelining).

- Программа должна вести журнал своей деятельности, куда будут сохраняться все сообщения об ошибках, нарушениях передачи и прочих проблемах.

1.4.2 Требования к надежности

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

- Программа должна обеспечивать устойчивое функционирование в течение минимум 48 часов.

1.4.3 Требования к эксплуатации

Никаких требований к условиям эксплуатации не выдвигается. Для обслуживания требуется один квалифицированный системный администратор.

1.4.4 Требования к составу и параметрам технических средств

- Для эксплуатации разрабатываемого программного обеспечения необходимы Windows-совместимая операционная система (Windows 98, WinNT 4.0, WinNT 5.0, WinNT 5.1) и компьютер архитектуры, поддерживаемой этой ОС.

- Необходим сетевой адаптер, обеспечивающий связь с Internet.

1.4.5 Требования к информационной и программной

совместимости

Язык программирования — C или C++.

1.5 Требования к программной документации

- В дистрибутиве программного средства должно присутствовать полное описание процедуры установки программы.

- Необходимо также составить синтаксис описания конфигурационного файла, а также снабдить дистрибутив примером оформления этого файла.

1.6 Технико-экономические показатели

Программа является узкоспециализированной, более простой в использовании по сравнению с аналогами (WinGate, WinProxy), а также менее требовательной к системным ресурсам и времени.

Предполагается, что внедрение такой программы и обучение персонала обойдется в гораздо меньшую сумму, чем другие аналогичные некоммерческие и коммерческие разработки.

1.7 Стадии и этапы разработки

1. Ознакомление со стандартами и протоколами, анализ схожих существующих программных средств.

2. Разработка концептуальной модели функционирования будущей программы.

3. Разработка эскизного проекта программного средства и согласование его с заказчиком.

4. Непосредственная разработка законченного программного средства (рабочий проект).

5. Отладка и тестирование.

6. Внедрение.

2 Соглашения о требованиях

2.1 Описание программного изделия

2.1.1 Наименование и шифры изделия

2.1.1.1 Полное наименование изделия

Переносимая программа трансляции данных по различным протоколам (Data Retranslation, DR).

2.1.1.2 Сокращенные наименования

DR.

2.1.1.3 Шифры изделия

Отсутствуют.

2.1.1.4 Шифры проекта

Отсутствуют.

2.1.2 Краткое описание изделия

2.1.3 Сведения об авторском праве

Не требуются.

2.1.4 Результирующие компоненты изделия

Результирующие компоненты изделия перечислены в таблице 2.1.

Таблица 2.1 — Результирующие компоненты изделия

Обозначения: Основное изделие — не используется для создания других изделий Вспомогательное изделие — используется для создания других изделий Уровень поддержки 1: удовлетворяются заявки на исправление дефектов; возможно сообщение об изменениях; принимаются заявки на расширение функциональных возможностей изделия Уровень поддержки 2: удовлетворяются заявки на исправление дефектов; возможно сообщение об изменениях; заявки на расширение не принимаются Уровень поддержки 3: удовлетворяются заявки на исправление дефектов Р — группа разработки

Формируется целиком

Модифицируется

Распространяется

Не распространяется

Ответственная группа

Спецификации

Внешняя спецификация

Внутренняя спецификация

Спецификация испытаний (не надо)

Спецификация сопровождения (не надо)

Другие спецификации

Документация

Техническое описание системы

Справочное руководство

Справочный буклет

Руководство оператора

Тип изделия

Основное

Начальный уровень поддержки

Указатель системных сообщений

Вспомогательное

Информационный листок выпуска

Другие печатные издания

Рекламные материалы

Окончание табл. 2.1

Программное обеспечение

Листинги

Исходные модули

Объектные модули

Контрольные примеры

Средства разработки

Прочие средства

2.2 Цели

Поставленной задачей было написание программы представляющей собой переносимый многопоточный proxy-сервер, осуществляющий перенаправление любых запросов на другие вышестоящие proxy-серверы.

2.2.1 Согласование заявок на проверку

2.2.1.1 Отклоненные заявки

Отсутствуют.

2.2.1.2 Принятые заявки

Отсутствуют.

2.2.2 Согласование заявок на расширение функциональных

возможностей изделия

2.2.2.1 Отклоненные заявки

Отсутствуют.

2.2.2.2 Принятые заявки

Отсутствуют.

2.2.3 Согласование заявок на внесение исправлений

2.2.3.1 Отклоненные заявки

Отсутствуют.

2.2.4 Согласование планов

2.2.4.1 Исключенные пункты плана

Отсутствуют.

2.2.4.2 Включенные пункты плана

Отсутствуют.

2.2.5 Перечень требований пользователя

Заказчику требуется:

- Программа, которая должна служить в качестве proxy-сервера, осуществляющего перенаправление запросов на другие вышестоящие proxy-серверы.

- Программа должна работать под любой операционной системой семейства Windows (начиная с версии 3.1).

- Программа должна поддерживать многопоточность, т.е. одновременно обрабатывать несколько запросов от пользователей.

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

2.2.6 Рассмотренные альтернативы

Среди операционных систем семейства Windows наибольшее распространение получили два proxy-сервера: WinGate и WinProxy. Они были отклонены вследствие следующих причин:

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

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

2.2.7 Окупаемость капиталовложений

Капиталовложений нет.

2.3 Стратегии

2.3.1 Соглашения относительно представления материала

2.3.1.1 Обозначения

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

2.3.1.2 Терминология

Вся специальная терминология определяется в контексте данного документа.

2.3.2 Генерируемое программное обеспечение

Не используется.

2.3.3 Системное программное обеспечение

Программа состоит из конфигурационного блока и блока обработки данных (рис. 2.1).

Рис. 2.1 — Функциональные модули программы

2.3.3.1 Характеристики конфигурационного блока

2.3.3.1.1 Внешние ограничения

2.3.3.1.1.1 Действующие стандарты

Не используются.

2.3.3.1.1.2 Ограничения на совместимость

Не существует программных изделий, совместимых с данным программным продуктом.

2.3.3.1.1.3 Программные ограничения

Данная программа работает с любыми операционными системами семейства Windows.

2.3.3.1.1.4 Аппаратные ограничения

Для эксплуатации разрабатываемого программного обеспечения необходимы Windows-совместимая операционная система и компьютер архитектуры, поддерживаемой этой ОС.

Необходим сетевой адаптер, обеспечивающий связь с Internet.

2.3.3.1.2 Внешние характеристики

2.3.3.1.2.1 Результаты работы конфигурационного блока

Проверка конфигурационного файла на противоречивость и передача обработанных данных блоку обработки данных.

2.3.3.1.2.2 Процессы конфигурационного блока

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

2.3.3.1.2.3 Входы конфигурационного блока

Конфигурационный файл, оформленный в соответствии с синтаксисом описания конфигурационного файла, приведенным в руководстве оператора.

2.3.3.1.3 Эргономические характеристики

2.3.3.1.3.1 Безопасность и секретность

Изменение конфигурационного файла возможно только с правами администратора данной ЭВМ.

Никакие входные данные (будь то некорректный конфигурационный файл или некорректный запрос пользователя) не должны приводить к сбою системы.

2.3.3.1.3.2 Надежность

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

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

2.3.3.1.3.3 Рестарт

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

2.3.3.1.3.4 Соответствие требованиям заказчика

Система должна соответствовать требованиям технического задания.

2.3.3.1.3.5 Рабочие характеристики

Изделие не накладывает никаких ограничений на конфигурацию, помимо ограничений, определяемых оборудованием.

2.3.3.1.3.6 Обеспечение эксплуатации

Никаких требований к условиям эксплуатации не выдвигается.

Для обслуживания требуется один квалифицированный системный администратор.

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

Для завершения работы программы необходимо послать соответствующий сигнал сервису из командной строки. Например: TASKKILL /PID 1230 /T. При этом все установленные соединения будут разорваны.

2.3.3.1.3.7 Мобильность

Данный программный продукт распространяется с открытым исходным кодом.

2.3.3.1.4 Внутренние характеристики

2.3.3.1.4.1 Удобство сопровождения

Программа может быть скомпилирована с ключом DEBUG (-DDEBUG), что дает разработчику или человеку, занимающемуся сопровождением данного ПО, достаточно полную информацию о том, чем занимается в данный момент программа.

2.3.3.1.3.2 Алгоритмы

Подлежат описанию во внутренней спецификации.

2.3.3.2 Характеристики блока обработки данных

Все пропущенные пункты см. в п. 2.3.3.1.

2.3.3.2.2 Внешние характеристики

2.3.3.2.2.1 Результаты работы блока обработки данных

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

2.3.3.2.2.2 Процессы блока обработки данных

Блок обработки данных представляет собой три процесса:

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

2) Второй процесс осуществляет прием соединений от пользователей и назначение им того или иного потока из пула.

3) Третий процесс также работает параллельно с первыми двумя и проводит фоновую проверку работоспособности вышестоящих proxy-серверов.

После создания нового потока для принятого соединения идет передача информации между клиентом и наиболее приоритетным вышестоящим proxy-сервером.

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

2.3.3.2.2.3 Входы блока обработки данных

1) Данные, полученные от конфигурационного блока.

2) Данные об установленном соединении, передаваемые программе от операционной системы.

3) Текст запросов, получаемый от клиентов.

4) Текст ответов, получаемый от вышестоящих proxy-серверов.

2.3.4 Внутренние ограничения

Единственные ограничения, которые накладываются на данное ПО, связаны с ограничениями операционной системы (максимальное количество сокетов, потоков, количество открытых файлов и т.д.), а также возможностями данной аппаратной системы (количество оперативной памяти).

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

2.4 Используемые материалы

2.4.1 Справочные документы

- Стандарты передачи гипертекста (HTTP) версий 1.0 и 1.1, утвержденные World Wide Web Consortium (W3C), Стандарты передачи файлов (FTP) версий 1.0 и 1.1, утвержденные World Wide Web Consortium (W3C), SSL и т.д.

- Стандарт, предназначенный для достижения переносимости программного обеспечения на уровне исходных кодов. Windows-стандарт стандартизирован ANSI (American National Standards Institute) и ISO (International Standards Organisation).

2.5 Передача заказчику и ввод в действие

2.5.1 Ресурсы, обеспечивающие ввод в действие

Любой квалифицированный системный администратор Windows, имеющий опыт работы более 6 месяцев (или при эквивалентном обучении), сможет осуществить ввод в действие DR.

Для генерации ПO требуется Windows-совместимая операционная система и любой Windows-совместимый компилятор C++.

2.5.2 Носители информации

В качестве носителей информации используется дискета емкостью 1.44 Мб.

2.6 Тактика

2.6.1 Взаимосвязи

2.6.1.1 Требуемые взаимосвязи

Не выдвигаются требования другим изделиям.

2.6.1.2 Обеспечения взаимосвязи

Требования других изделий к программе отсутствуют.

2.6.2 Техническая ревизионная комиссия (ТРК)

Создание ревизионной комиссии не требуется.

2.6.3 Проверка изделия

2.6.3.1 Уровни испытаний

Уровни испытаний приведены в таблице 2.2.

Таблица 2.2 — Уровни испытаний

Категория испытаний	Класс испытаний
A	B	C
Демонстрация в действии		Р
Аттестация
Полная функциональная проверка		И
Проверка новых свойств
Эксплуатационные испытания		И
Испытания надежности		И
Проверка устойчивости
Возвратная проверка
Пусковые испытания
Испытания конфигураций		Р
Режимы испытаний: I — проводятся группой испытаний ( ) II — контролируются группой испытаний ( X ) III — группа испытаний не участвует ( )
Подразделения, проводящие испытания: Р — группа разработки И — группа испытаний О — группа обслуживания / — испытания исключены

2.6.3.2 Эталоны для сравнения

Отсутствуют.

2.6.4 Обеспечение внедрения

2.6.4.1 Мероприятия, обеспечивающие продвижение программного изделия на рынок

Не предусматриваются.

2.6.4.2 Мероприятия, связанные с обучением

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

2.6.4.3 Средства, обеспечивающие модернизацию программного изделия

Не предусматриваются.

2.7 Календарный план

Календарный план работы представлен в таблице 2.3.

Таблица 2.3 — Календарный план

Этапы работы	Дата начала	Дата окончания	Финансирование
Анализ требований	18.09.06	25.09.06	3000 руб. (15%)
Спецификации	26.09.06	07.10.06	2000 руб. (10%)
Проектирование	08.10.06	15.10.06	2000 руб. (10%)
Кодирование	16.10.06	15.11.06	8000 руб. (40%)
Тестирование	16.11.06	30.11.06	5000 руб. (25%)

3 Спецификации

3.1 Внешняя спецификация

main: procedure

do steps:

«Открыть, прочитать настройки»:

ReadSettings();

«Выполнение»:

Start();

do case:

«Пауза»: Suspend();

«Завершение выполнения»: Stop();

end;

end main.

3.2 Внутренняя спецификация

/* Обработка подключения */

Function StartUserThread (указатель на

настройки, указатель на текущий сокет)

declare Result число

if проверка имени пользователя и пароля

прошла успешно then do

begin

Внести в список текущий сокет, IP-адрес,

логин и пароль как цепочку.

Продолжение работы с пользователем,

обработка его запросов.

else do Сообщение об ошибке доступа.

Set result as Correct Connection;

End;

/* Ожидание подключений */

procedure WaitForConnection()

declare HTHREAD HANDLE;

Ожидание подключений пользователей.

if соединение успешно then

begin

Set HTHREAD =CreateThread(StartThread).

Внести HTHREAD в список.

End;

/* Приостановка всех потоков */

BOOL Function SuspendThreads()

if список потоков не пустой then

for all thread in list do SuspendThread();

/* Продолжение всех потоков */

BOOL Function ResumeThreads()

if список потоков не пустой then

for all thread in list do ResumeThread();

/* Остановка всех потоков */

BOOL Function TerminateThreads()

if список потоков не пустой then

for all thread in list do

TerminateThread();

4 Тестирование

Для проведения тестирования программы «Переносимая программа транслирования данных по различным протоколам» составим классы эквивалентности входных данных (табл. 4.1).

Таблица 4.1 — Классы эквивалентности входных данных

Входные условия	Классы эквивалентности
Правильные	Неправильные
Host name, IP-address	Тип string(20) («...» или «*») (1)	Не удовлетворяет маске ввода (2)
Port	Тип Word (3)	Не принадлежит типу Word (4)
Start	Тип Boolean (5)	Не принадлежит типу Boolean (6)

Классы 1,3,5: вводимые данные

«192.168.0.2», 3129, TRUE

Создан процесс «транслятор», главная форма программы свернута в Tray.

Ожидаемый результат: тот же.

Класс 2: вводимые данные

9З, 3129, TRUE

Результат: программа выводит сообщение «Error read data. Try another name» и закрывается.

Ожидаемый результат: тот же.

Класс 4: вводимые данные

«192.168.0.2», 124123123, TRUE

Результат: программа выводит сообщение «Error. This value is not WORD value» и закрывается.

Ожидаемый результат: тот же.

Класс 6: вводимые данные

«192.168.0.2», 3129, 3

Результат: программа выводит сообщение «Error. This not a valid Boolean value» и закрывается.

Ожидаемый результат: тот же.

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

5 Руководство системного программиста

5.1 Общие сведения о программе

Это консольное приложение может функционировать на технических средствах под управлением операционной системы семейств Windows NT. Минимальными требованиями для выполнения программы являются система, поддерживающая Windows NT, 1,5 Мб места на жёстком диске, клавиатура. Программа поставляется в архиве, содержащем программу, исходный код на языке C++.

5.2 Структура программы

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

1) kblc_proxy.exe — исполняемый модуль;

2) kblc_proxy.cpp — исходный код программы на языке C++.

Данная программа не требует установки каких-либо дополнительных библиотек или приложений.

5.3 Настройка программы

5.3.1 Установка программы

Распакуйте архив в выбранную папку.

5.3.2 Настройка программы

Не нуждается в настройке.

5.4 Проверка программы

Проверка программы производится в следующем порядке:

1. Запуск приложения.

2. Ввод необходимых параметров для начала работы.

Пример: «192.168.0.2», 3129, TRUE

3. Результат: программа запускается и сворачивается в Tray.

4. Проверка полученных результатов: в браузере Internet Explorer устанавливается proxy-сервер с параметрами «192.168.0.2:3129». После обращения к доступному до выбора данных настроек ресурсу вы увидите тот же ресурс.

5. Если результаты работы программы Internet Explorer до настройки и после совпадают, то проверка считается успешно завершенной.

6. При получении диагностических и иных сообщений в ходе проверки программы следует обращаться к разделу «Сообщения системному программисту» данного руководства.

5.5 Дополнительные возможности

Программа не обладает дополнительными возможностями.

5.6 Сообщения системному программисту

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

Табл. 5.1 — Сообщения системному программисту
и пользователю

Сообщение	Описание	Действия системного программиста
Error read data. Try another Name	Нет такого имени компьютера или оно введено неправильно	Ввести другое имя компьютера
Error. This value is not WORD value	Номер порта вышел за пределы диапазона 1..65535	Введите другое значение порта
Error. This not a valid Boolean value	Параметр START введён неправильно (требуется тип BOOLEAN)	Ввести правильное значение параметра START
Error. Host is unreachable	В ходе работы программы последующий узел связи стал недоступен	Проверить подключения до следующего узла

Приложение В Пример выполнения курсового проекта № 2

1 Техническое задание

1.1 Введение

Программа «День рождения» служит для реализации функций системы управления данных и служит для выполнения задач накопления, хранения, навигации и обработки информации, занесенной в базу. Таковой информацией является дата происшествия события, описание события, телефон и адрес (опционально), дата внесения события в базу. Программа может быть использована на персональных компьютерах в качестве альтернативного органайзера или как дополнение к стандартным программам-органайзерам.

1.2 Основания для разработки

Разработка программы велась на основе задания выданного доцентом кафедры АСУ Горитовым А.Н. на курсовое проектирование по дисциплине «Структуры и алгоритмы обработки данных» в октябре 2004 г.

1.3 Назначение разработки

1.3.1 Функциональное назначение программы

Программа должна реализовывать следующие возможности:

- Работать под управлением операционной системы MS-DOS.

- Корректно отображать информацию о предстоящих событиях в соответствии с определенными в программе правилами.

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

- Позволять редактировать любое поле данных.

- Сортировать поля по различным ключам по убыванию или возрастанию.

- Производить поиск данных по содержимому любого из полей.

- Осуществлять удаление любого поля.

- Иметь интуитивный интерфейс.

- Иметь возможность настраивать параметры работы программы.

1.3.2 Эксплуатационное назначение программы

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

1.4 Требования к программе или программному изделию

1.4.1 Требования к функциональным характеристикам

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

- дата события;

- краткое описание события;

- адрес;

- телефон;

- дата внесения события в базу.

Поля записей представлены следующими типами данных и должны удовлетворять нижеописанным условиям:

1. Дата события: состоит из трех чисел:

– День — целое число в интервале от 1 до 31;

– Месяц — целое число в интервале от 1 до 12;

– Год — целое число в интервале от 1900 до 2100.

2. Краткое описание события — строковая переменная длиной от 1 до 40 символов. Нулевая длина этой строки считается ошибочной.

3. Адрес — строковая переменная длиной от 0 до 40 символов. Нулевая длина соответствует отсутствию адреса и заменяется соответствующим значением.

4. Телефон — строковый параметр длиной от 0 до 13 символов. Нулевая длина параметра соответствует отсутствию телефона и заменяется соответствующим значением.

5. Дата внесения события в базу — состоит из трех чисел типа integer, значения которых берутся из системных часов.

Программа выполняет следующие функции:

- Открытие файла базы данных.

- Сверка значений поля «Дата события» каждой записи с текущей датой и отображение поля «Описание события» для записей, удовлетворяющих условию отображения.

- Просмотр записей, содержащихся в базе. Навигация осуществляется с помощью клавиш Up, Down, Page Up, Page Down, Home, End.

- Добавление новой записи в базу (клавиша Insert).

- Удаление выбранной записи/записей из базы данных (клавиша Delete).

- Сортировка записей в базе данных по различным ключам (клавиша F2).

- Поиск записи по значению какого-либо ключа (клавиша F3).

- Краткая справка, описывающая принципы работы с программой (клавиша F1).

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

1.4.2 Требования к надежности

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

1.4.3 Условия эксплуатации

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

1.4.4 Требования к составу и параметрам технических средств

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

- Процессор Intel Pentium 66 или эквивалентный ему.

- Не менее 100 Кб свободного места на жестком диске для самой программы, а также место для файла базы данных (количество записей в файле * длину записи, где длина одной записи ~ 600 б).

- Устройства ввода (клавиатура, мышь).

1.4.5 Требования к информационной и программной

совместимости

Программа работает под управлением операционной системы MS-DOS, Windows 95/98/Me/NT/2000/XP.

Язык написания программы — Pascal. Компилятор — Borland Turbo Pascal 7.0.

Защита информации, хранящейся в базе данных, не производилась по причине отсутствия необходимости.

1.4.6 Требования к программной документации

Программа сопровождается кратким руководством пользователя, поясняющим принципы работы с программой. Руководство доступно для просмотра как из программы, так и извне ее, с помощью любого текстового редактора.

1.4.7 Стадии и этапы разработки

Разработка описываемой программы состояла из следующих этапов:

- Определение общих методов решения задачи.

- Построение предметной области.

- Реализация предметной области программными средствами.

- Работы по устранению ошибок и отладке программы.

Выполнение этих этапов было произведено в октябре — декабре 2004 г.

2 Соглашение о требованиях

2.1 Описание программного изделия

2.1.1 Наименования и шифры изделия

2.1.1.1 Полное наименование изделия.

Программа «День рождения».

2.1.1.2 Сокращенное наименование изделия

ДР.

2.1.1.3 Шифры изделия

Отсутствуют.

2.1.1.4 Шифры проекта.

Отсутствуют.

2.1.2 Краткое описание изделия

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

2.1.3 Сведения об авторском праве

Отсутствуют.

2.1.4 Результирующие компоненты изделия

Результирующие компоненты изделия приведены в таблице 2.1.

Таблица 2.1 — Результирующие компоненты изделия

Формируется целиком

Модифицируется

Распространяется

Не распространяется

Ответственная группа

Спецификации

Внешняя спецификация

Внутренняя спецификация

Спецификация испытаний (не надо)

Спецификация сопровождения (не надо)

Другие спецификации

Документация

Техническое описание системы

Справочное руководство

Справочный буклет

Руководство оператора

Тип изделия

Основное

Начальный уровень поддержки

Указатель системных сообщений

Вспомогательное

Информационный листок выпуска

Другие печатные издания

Рекламные материалы

Окончание табл. 2.1

Программное обеспечение

Листинги

Исходные модули

Объектные модули

Контрольные примеры

Р И

Средства разработки

Прочие средства

2.2 Цели

Данная программа была выполнена в рамках курсового проектирования по дисциплине «Системы и алгоритмы обработки данных» в октябре—декабре 2004 г. Требовалось написать программу, реализующую функции системы управления базой данных.

2.2.1 Согласование заявок на проверку

2.2.1.1 Отклоненные заявки

Отсутствуют.

2.2.1.2 Принятые заявки

Отсутствуют.

2.2.2 Согласование заявок на расширение функциональных

возможностей изделия

2.2.2.1 Отклоненные заявки

Отсутствуют.

2.2.2.2 Принятые заявки

Отсутствуют.

2.2.3 Согласование заявок на внесение исправлений

2.2.3.1 Отклоненные заявки

Отсутствуют.

2.2.4 Согласование планов

2.2.4.1 Исключенные пункты плана

Отсутствуют.

2.2.4.2 Включенные пункты плана

Отсутствуют.

2.2.5 Требования заказчика

Заказчиком является доцент кафедры АСУ А.Н. Горитов. Заказчику требуется обеспечение следующих функций:

- Представление данных внутри программы должно реализовываться динамическими структурами (списками).

- Программа должна быть написана на языке программирования Pascal.

- Программа должна работать под управлением операционной системы MS-DOS.

- Программа должна обрабатывать стандартные ошибки и обеспечить проверку входных данных.

На изготовление программы отводится 3 месяца.

2.2.6 Рассмотренные альтернативы

Отсутствуют.

2.6.7 Окупаемость капиталовложений

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

2.3 Стратегия

2.3.1 Стратегия относительно предоставляемого материала

2.3.1.1 Обозначения

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

2.3.1.2 Терминология

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

2.3.2 Генерируемое программное обеспечение

Не используется.

2.3.3 Системное программное обеспечение

Программа состоит из трех частей: интерфейс, блок обработки данных (БОД), блок записи/чтения данных (БЗЧ) — см. рис. 2.1.

Рис. 2.1 — Функциональные модули программы

2.3.3.1 Общие характеристики функции «Интерфейс»

2.3.3.1.1 Внешние ограничения

2.3.3.1.1.1 Действующие стандарты

ЕСПД и совместимый с ним стандарт предприятия ОС ТУСУР 6.1 97.

2.3.3.1.1.2 Ограничения на совместимость

Не существует программных изделий или баз данных, совместимых с программой «ДР». Файлы баз данных, генерируемые программой «ДР», не могут использоваться другими программами.

2.3.3.1.1.3 Программные ограничения

Программа «ДР» способна работать под управлением операционных систем MS-DOS, Windows 9х/NT/2000/XP.

2.3.3.1.1.4 Аппаратные ограничения

- Процессор Intel Pentium 66 или эквивалентный ему.

- Устройства ввода (клавиатура, мышь).

См. таблицу 2.2.

Таблица 2.2 — Аппаратные требования

Наименование	Минимальное количество	Оптимальное количество	Максимальное количество
Место на НЖМД	100 Кб + N*R	Не ограничено	Не ограничено
Мышь
Клавиатура
Процессор	Pentium 66 МГц	Pentium II 300 МГц	Не ограничено
ОЗУ	8 Мб	24 Мб	Не ограничено

Здесь:

- N — количество записей в файле базы данных;

- R — длина одной записи.

2.3.3.1.2 Внешние характеристики

2.3.3.1.2.1 Результаты

Результатами работы блока «Интерфейс» являются следующие данные:

- Отображение на экране монитора в виде строковых параметров результаты работы БОД.

- Проверка полей новых записей, вводимых с клавиатуры, на корректность и передача верных значений БОД.

- Выдача предупреждения при вводе некорректных значений полей.

2.3.3.1.2.2 Процессы

Блок «Интерфейс» выполняет следующие процессы:

- Преобразование в удобное для понимания представление (набор строковых значений, выводимых на экран монитора) данных, обработанных БОД.

- Считывание значений полей новых записей, вводимых пользователем с клавиатуры, их преобразование, проверка на корректность и передача в БОД.

- Обработка нажатия «горячих» клавиш и клавиш навигации.

2.3.3.1.2.3 Входы

Блок «Интерфейс» имеет следующие входы:

- Значения полей записей, поступающих из БОД. Значения могут иметь тип string или integer.

- Значения типа char, считанные с клавиатуры.

2.3.3.1.3 Эргономические характеристики

2.3.3.1.3.1 Безопасность и секретность системы

Работа с записями, хранящимися в файле базы данных, возможна только из программы «ДР». Записи, введенные с клавиатуры, записываются в ОЗУ и сохраняются на диск по завершению работы с программой «ДР».

Никаких шагов по обеспечению секретности не осуществлялось, так как это не является целью работы.

2.3.3.1.3.2 Надежность

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

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

2.3.3.1.3.3 Рестарт

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

2.3.3.1.3.4 Соответствие требованиям заказчика

Программа «ДР» должна удовлетворять требованиям, описанным в техническом задании.

2.3.3.1.3.5 Рабочие характеристики

Программа «ДР» не накладывает никаких ограничений на конфигурацию, помимо ограничений, определяемых аппаратной и программной частью.

2.3.3.1.3.6 Удобство эксплуатации

Работать с программой может любой пользователь, имеющий любой уровень квалификации.

Взаимодействие программы и пользователя происходит в диалоговом режиме. Для удобства ввода, редактирования, сортировки данных используются «горячие» клавиши.

Для начала работы с программой достаточно запустить исполняемый модуль. Завершение работы выполняется горячей клавишей, после нажатия на которую программа сама выполнит необходимые операции.

2.3.3.1.3.7 Мобильность

Программа «ДР» без модификации способна работать с операционными системами MS-DOS и Windows любой версии вплоть до ХР.

2.3.3.1.4 Внутренние характеристики

2.3.3.1.4.1 Удобство сопровождения

Дополнительных модулей для установки данного комплекса на любом ЭВМ с Intel-совместимым процессором не требуется.

2.3.3.1.4.2 Алгоритмы.

Подлежат описанию во внутренней спецификации.

2.3.3.2 Общие характеристики функций «Блок обработки данных»

Для всех пропущенных разделов см. соответствующие разделы п. 2.3.3.1.

2.3.3.2.1 Внешние характеристики

2.3.3.2.1.1 Результаты работы блока обработки данных

Линейный динамический двусвязный список, состоящий из записей, содержащихся в файле базы данных.

2.3.3.2.1.2 Процессы

- присваивание списка по значениям записей, поступившим из БЧЗ;

- добавление элемента по информации, поступившей из блока «Интерфейс» в список;

- поиск элемента в списке по ключу, поступившему из блока «Интерфейс»;

- сортировка элемента списка по ключу и флагу, поступившим из блока «Интерфейс»;

- удаление элемента из списка, по команде из блока «Интерфейс»;

- изменение значения элемента по данным, поступившим из блока «Интерфейс».

2.3.3.2.1.3 Входы

- записи, прочтенные БЧЗ из файла базы данных;

- новые записи, полученные из блока «Интерфейс»;

- команды на выполнение какого-либо процесса, полученные из блока «Интерфейс».

2.3.3.2.1.4 Внутренние ограничения

1. Отсутствие возможности распечатки.

2. Ограничения на размерность данных:

– день, месяц — целое от 0 до 255 (byte);

– год — целое от 0 до 65535 (integer);

– краткое описание события, адрес — строка длиной от 1 до 40 символов (string[40]);

– телефон — строка длиной от 0 до 13 символов (string[13]).

2.3.3.3 Общие характеристики функций «Блок чтения/записи данных»

Для всех пропущенных разделов см. соответствующие разделы п. 2.3.1.1.

2.3.3.3.1 Внешние характеристики

2.3.3.3.1.1 Результаты работы

- запись, прочитанная из файла базы данных;

- файл базы данных, представляющий собой набор записей, несущих в себе информацию о событиях.

2.3.3.3.1.2 Процессы

- чтение записей из файла базы данных;

- сохранений записей в файл базы данных с перезаписью.

2.3.3.3.1.3 Входы

- файл, состоящий из набора записей, описывающих события;

- элементы линейного списка, поступающие из блока обработки данных.

2.3.3.3.1.4 Внутренние ограничения

Записи, прочитанные из файла, должны соответствовать типу записи, определенной в данной программе.

2.3.3.3.3 Эргономические характеристики

2.3.3.3.3.2 Надежность

При открытии файла проверяется соответствие типа записи типу, определенному в программе «ДР». При несоответствии типов выводится сообщение об ошибке. Сообщение об ошибке выводится также при отсутствии файла. Это позволяет избежать внутренней ошибки в БОД.

2.4 Используемые материалы

2.4.1 Справочные документы

Отсутствуют.

2.5 Передача заказчику и ввод в действие

2.5.1 Средства защиты прав собственности на изделие

Соблюдение прав собственности не требуется.

2.5.2 Ресурсы, обеспечивающие ввод в действие

Допустимая квалификация для ввода программы «ДР» в действие — низкая. Не требуется никаких специальных навыков.

2.5.3 Носители информации

В качестве носителя информации используется дискета емкостью 1.44 Мб.

2.6 Тактика

2.6.1 Взаимосвязи

2.6.1.1. Требуемые взаимосвязи

Не предъявляется никаких требований к другим программным изделиям.

2.6.1.2 Обеспечиваемые взаимосвязи

Никакое другое программное обеспечение не накладывает требований на программу «ДР».

2.6.2 Техническая ревизионная комиссия

Создание ревизионной комиссии не требуется.

2.6.3 Проверка изделия

2.6.3.1 Уровни испытаний

См. таблицу 2.3.

Таблица 2.3 — Уровни испытаний

Категория испытаний

Класс испытаний

Демонстрация в действии

Аттестация

Полная функциональная проверка

Проверка новых свойств

Эксплуатационные испытания

Испытания надежности

Проверка устойчивости

Возвратная проверка

Пусковые испытания

Испытания конфигураций

Режимы испытаний: I — проводятся группой испытаний ( ) II — контролируются группой испытаний ( X ) III — группа испытаний не участвует ( )

Окончание табл. 2.3

Подразделения, проводящие испытания:

Р — группа разработки

И — группа испытаний

О — группа обслуживания

/ — испытания исключены

2.6.4 Обеспечение поддержки

2.6.4.1 Мероприятия, обеспечивающие продвижение программного обеспечения на рынок

Не производятся.

2.6.4.2 Мероприятия, связанные с обучением

Не производятся.

3 Спецификации

3.1 Внешние спецификации

main: procedure

declare char string;

char = Выбранная команда;

do Case(char)

/* Подпрограмма создания нового элемента

списка */

«Создать элемент»: call AddItem;

/* Подпрограмма редактирования имеющегося

элемента списка */

«Редактировать элемент»: call EditItem;

/* Подпрограмма удаления имеющегося элемента

списка */

«Удалить элемент»: call DelItem;

/* Подпрограмма поиска элемента списка

по ключу */

«Поиск»: call FindItem;

/* Подпрограмма сортировки элементов списка

по событию */

«Сортировка по названию события»:

call SortItemsByEvents;

/* Подпрограмма сортировки элементов списка

по времени события */

«Сортировка по дате события»:

call SortItemsByDoE;

/* Подпрограмма сортировки элементов списка

по времени добавления в базу */

«Сортировка по дате внесения в базу»:

call SortItemsByDoA;

/* Вызов краткого руководства по функциям

базы данных */

«Подсказка»: call About;

/* Подпрограмма завершения работы */

«Выход»: call FinWork;

end case;

end main.

3.2 Внутренние спецификации

/* Процедура, выполняющая добавление нового

элемента в список */

Procedure AddItem;

/* Процедура, выполняющая редактирование

элемента списка, находящегося под

курсором */

Procedure EditItem;

/* Процедура, выполняющая удаление элемента

списка, находящегося под курсором */

DelItem;

/* Процедура, выполняющая поиск элемента

списка по заданному ключу */

FindItem;

/* Процедура, выполняющая сортировку элементов

списка по названию события */

SortItemsByEvents;

/* Процедура, выполняющая сортировку элементов

списка по дате события */

SortItemsByDoE;

/* Процедура, выполняющая сортировку элементов

списка по дате их внесения в базу */

SortItemsByDoA;

/* Процедура, выводящая на экран краткую

подсказку по функциям программы

и информацию о разработчиках */

About;

/* Процедура, осуществляющая сохранение списка

в файл базы данных и завершающая работу с

программой */

FinWork;

4 Тестирование

4.1 Обоснование уровня испытаний

Для проведения тестирования было решено провести испытания класса B. Испытания класса B выполняются независимо от группы разработки и начинаются после того, как разработчики объявляют, что изделие готово к передаче потребителю. Испытания данного класса были выбраны потому, что программа была написана задолго до проведения тестирования и, следовательно, проведение испытаний класса A было невозможно. Так как программа не предназначена на продажу, то проводить испытания класса C также не представляется возможным.

Режим испытаний — II, так как группу испытаний интересует только анализ результатов испытаний, а составление плана, спецификации испытаний, построение тестов и их прогонки поручаются разработчику.

4.1.1 Чтение записей из файла и составление списка

В каталоге, содержащем загрузочный модуль программы «День рождения», должен находиться файл «name.dat», содержащий в себе записи базы данных. В случае отсутствия этого файла при запуске программы на экран выводится сообщение об ошибке. Иначе из записей, хранящихся в файле, создается динамический двусвязный список.

4.1.2 Добавление записи

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

1. Событие — строковая переменная, состоящая из любых символов и имеющая длину от 1 до 40 символов.

2. Дата события в следующем формате:

- день — целое число в интервале от 1 до 31;

- месяц — целое число в интервале от 1 до 12;

- год — целое число в интервале от 1900 до 2100.

Необязательные поля:

1. Адрес — строковая переменная, состоящая из любых символов и имеющая длину от 1 до 40 символов или пустая. Пустое значение автоматически заменяется строкой «Нет данных».

2. Телефон — строковая переменная, состоящая из любых символов и имеющая длину от 1 до 13 символов или пустая. Пустое значение автоматически преобразуется в значение «Нет данных».

4.1.3 Правка полей записи, находящейся под курсором

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

4.1.4 Поиск записи по ключу

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

4.6 Классы эквивалентности

Правильные классы эквивалентности:

1. Файл name.dat существует (1).

2. Значение поля «Событие» введено (2).

3. Значение поля «События» — строковая переменная длиной от 1 до 40 символов (3).

4. Значение поля «День» введено (4).

5. Значение поля «День» — целое число в интервале от 1 до 31 (5).

6. Значение поля «Месяц» введено (6).

7. Значение поля «Месяц» — целое число в интервале от 1 до 12 (7).

8. Значение поля «Год» введено (8).

9. Значение поля «Год» — целое число в интервале от 1900 до 2100 (9).

10. Значение поля «Адрес» — строковая переменная длиной от 1 до 40 символов или пустое значение (10).

11. Значение поля «Телефон» — строковая переменная длиной от 1 до 13 символов или пустое значение (11).

Неправильные классы эквивалентности

1. Файл name.dat не существует (12).

2. Значение поля «Событие» не введено (13).

3. Значение поля «Событие» — строковая переменная длиной более 40 символов (14).

4. Значение поля «День» не введено (15).

5. Значение поля «День» — число, меньшее 1 (16).

6. Значение поля «День» — число, большее 31 (17).

7. Значение поля «День» — строковая переменная (18).

8. Значение поля «День» — дробное число (19).

9. Значение поля «Месяц» не введено (20).

10. Значение поля «Месяц» — число, меньшее 1 (21).

11. Значение поля «Месяц» — число, большее 12 (22).

12. Значение поля «Месяц» — строковая переменная (23).

13. Значение поля «Месяц» — дробное число (24).

14. Значение поля «Год» не введено (25).

15. Значение поля «Год» — число, меньшее 1900 (26).

16. Значение поля «Год» — число, большее 2100 (27).

17. Значение поля «Год» — строковая переменная (28).

18. Значение поля «Год» — дробное число (29).

19. Значение поля «Адрес» — строковая переменная длиной более 40 символов (30).

20. Значение поля «Телефон» — строковая переменная длиной более 13 символов (31).

4.7 Тесты

4.7.1Тест для правильных классов эквивалентности

Заполнение полей формы правильными значениями (охватывает классы 1—11):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

Результат: поля заносятся в запись, запись добавляется к списку, происходит отображение обновленной информации на экране.

4.7.2 Тесты для неправильных классов эквивалентности

1. В директории, содержащей исполняемый модуль, отсутствует файл name.dat (класс 12).

Результат: Выводится системное сообщение об ошибке «File Not Found». Программа завершает работу.

2. Поле «Событие» не введено (класс 13):

- Событие:

- День: 15

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

Результат: ошибка; поле «Событие» принимает значение «Нет данных».

3. Значение поля «Событие» — строковая переменная длиной более 40 символов (класс 14):

- Событие: День рождения Владимира Ильича Ленина — верного друга всех октябрят

- День: 15

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

Результат: в поле «Событие» будут содержаться лишь первые сорок символов введенной фразы, благодаря проверке на длину строки, которая отсечет лишние символы.

4. Значение поля «День» не введено (класс 15):

- Событие: День рождения Ивана Ивановича

- День:

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

Результат: После ввода пустого значения не произошел переход курсора на другое поле, так как введено неправильное значение. Ожидается ввод корректного значения.

5. Значение поля «День» — число, меньшее 1 (класс 16):

- Событие: День рождения Ивана Ивановича

- День: 0

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

Результат: после ввода некорректного значения произведется очистка поля, и курсор остается в текущей позиции, ожидая ввода правильного значения.

6. Значение поля «День» — число, большее 31 (класс 17):

- Событие: День рождения Ивана Ивановича

- День: 55

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

7. Значение поля «День» — строковая переменная (класс 18):

- Событие: День рождения Ивана Ивановича

- День: три

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

Результат: неправильное значение не будет введено, так как содержимым этого поля не могут быть нецифровые символы.

8. Значение поля «День» — дробное число (класс 19):

- Событие: День рождения Ивана Ивановича

- День: 2.5

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

9. Значение поля «Месяц» не введено (класс 20):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц:

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

10. Значение поля «Месяц» — число, меньшее 1 (класс 21):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 0

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

11. Значение поля «Месяц» — число, большее 12 (класс 22):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 64

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

12. Значение поля «Месяц» — строковая переменная (класс 23):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: май

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

13. Значение поля «Месяц» — дробное число (класс 24):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5,5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

14. Значение поля «Год» не введено (класс 25):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год:

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

15. Значение поля «Год» — число, меньшее 1900 (26)

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: 19

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

16. Значение поля «Год» — число, большее 2100 (класс 27):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: 35000

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

17. Значение поля «Год» — строковая переменная (класс 28):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: Вася

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

18. Значение поля «Год» — дробное число (класс 29):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: 19.68

- Адрес: ул. Ленина, 25-54

- Телефон: 33-33-33

19. Значение поля «Адрес» — строковая переменная длиной более 40 символов (класс 30):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: 1968

- Адрес: ул. Христофора Бонифатиевича Колумба, дом 8

- Телефон: 33-33-33

Результат: в поле «Адрес» будут содержаться лишь первые сорок символов введенной строки, благодаря проверке на длину, которая отсечет лишние символы.

20. Значение поля «Телефон» — строковая переменная длиной более 13 символов (класс 31):

- Событие: День рождения Ивана Ивановича

- День: 15

- Месяц: 5

- Год: 1968

- Адрес: ул. Ленина, 25-54

- Телефон: Please, call me!

Результат: в поле «Телефон» будут содержаться лишь первые сорок символов введенной строки, благодаря проверке на длину, которая отсечет лишние символы.

4.7.3 Результаты тестирования

В ходе тестирования были выявлены следующие недостатки программы:

1. Поле «Событие» может содержать пустое значение, что недопустимо. Для устранения этой проблемы необходимо проверять длину введенного сообщения не только на максимальное, но и на минимальное вводимое количество символов.

2. Отсутствует взаимодействие между различными компонентами даты. В частности, возможно значение даты вида 31.02.1968. Способ устранения: проверять граничные условия не только исходя из значений конкретного числа, но и всей даты в целом.

3. При отсутствии файла работа с программой невозможна. Вариант исправления: при отсутствии файла name.dat в указанной выше папке производить создание нового пустого файла.

4. Ряд полей может содержать значения, не соответствующие действительности из-за ограниченности длины этих полей. Возможное решение: увеличить длину поля, вводить значения, удовлетворяющие указанным выше ограничениям.

5 Руководство системного программиста

5.1 Общие сведения о программе

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

Технические и программные средства, обеспечивающие выполнение данной программы: процессор Intel Pentium 66 или эквивалентный ему, не менее 100 Кб на жестком диске для самой программы, а также место для файла базы данных, устройства ввода (клавиатура, мышь). Программа работает под управлением операционной системы MS-DOS, Windows 95/98/Me/NT/ 2000/XP.

5.2 Структура программы

Программа «День рождения» состоит из следующих компонентов:

1. Birthday.pas — исходный код программы;

2. Birthday.exe — загрузочный модуль программы;

3. Name.dat — файл, содержащий в себе записи базы данных.

Данная программа не требует установки каких-либо дополнительных библиотек или приложений.

5.3 Настройка программы

5.3.1 Установка программы

Если в одном каталоге с загрузочным модулем находится файл Name.dat, то запустить файл Birthday.exe.

5.3.2 Настройка программы

Не требует никаких предварительных настроек.

5.4 Проверка программы

Проверка программы производится в следующем порядке:

1) запуск приложения;

2) заполнение полей записи;

3) поиск по ключу;

4) если работа программы закончилась успешно и получено соответствующее сообщение, то проверка считается успешно завершенной и следует выйти из программы;

5) если работа программы завершилась не успешно, то следует ввести другую входную информацию.

При получении диагностических и иных сообщений в ходе проверки программы следует обращаться к разделу «Сообщения системному программисту» данного руководства.

5.5 Дополнительные возможности

Программа не обладает дополнительными возможностями.

5.6 Сообщения системному программисту

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

Развернуть

Открыть в широком формате

– Конец работы –

Используемые теги: Технология, разработки, программного, обеспечения0.07

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Технология разработки программного обеспечения

Что будем делать с полученным материалом:

Если этот материал оказался полезным для Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Еще рефераты, курсовые, дипломные работы на эту тему:

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

Программное обеспечение ПК/Построение диаграмм в текстовом редакторе Word/Классификация системного программного обеспечения
Без программного обеспечения компьютер не сможет выполнять задачи, которые мы обычно связываем с компьютерами. Функции программного обеспечения следующие: 1. управлять компьютерными… Синонимом слову «программа» является термин «приложение» (application). Для того, чтобы программа была выполнена, она…

«Технология разработки программного обеспечения»
На сайте allrefs.net читайте: «Технология разработки программного обеспечения»...

Конспект лекций по дисциплине Технология разработки программного обеспечения
САНКТ ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ ОРДЕНА ТРУДОВОГО КРАСНОГО ЗНАМЕНИ ИНСТИТУТ...

Пояснительная записка к курсовому проекту по дисциплине «технология разработки программного обеспечения»
На сайте allrefs.net читайте: Пояснительная записка к курсовому проекту по дисциплине «технология разработки программного обеспечения»...

Введение. Состав вычислительной системы, программного обеспечения и других программных обеспечений
КОНСПЕКТ ЛЕКЦИЙ ПО КУРСУ... quot Операционные системы и офисные приложения quot для студентов направления В...

Лекция 4 История развития вычислительной техники. Классификация компьютеров. Состав вычислительной системы. Аппаратное и программное обеспечение. Классификация служебных и прикладных программных средств
Классификация компьютеров... По назначению... суперкомпьютеры серверы встроенные компьютеры микропроцессоры...

по Технологии Разработки Программного Обеспечения.
На сайте allrefs.net читайте: по Технологии Разработки Программного Обеспечения....

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

Сравнительный анализ каскадной и спиральной моделей разработки программного обеспечения
В общем случае различают понятия жизненного цикла программного обеспечения и технологического процесса его разработки. Более четко различия между данными понятиями просматривается в отношении… Существует несколько моделей жизненного цикла.Традиционно выделяют следующие основные этапы жизненного цикла…

0.037

Хотите получать на электронную почту самые свежие новости?

Подпишитесь на Нашу рассылку

Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail

Новости и инфо для студентов

Свежие новости
Актуальные обзоры событий
Студенческая жизнь

Соответствующий теме материал

Похожее
По категориям
По работам

Задания и методические указания по выполнению курсовой работы по дисциплине ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНФОКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ ФГО БУ ВПО СибГУТИ... Задания и методические указания по выполнению курсовой работы по дисциплине... И А Оболонин Новосибирск РАСЧЕТ ПАРАМЕТРОВ СЕЛЕКТИВНЫХ...
Разработка программного обеспечения для работы с базой данных с использованием технологии объектно-ориентированного программирования Разработан алгоритм и программа.Содержание 1. Введение. 2. Постановка задачи. 3. Информационное обеспечение. 4. Алгоритм решения задачи. 5.… Данные и поведение представлены в виде классов, экземпляры которых - объекты.… Например, С не имеет чисел комплексного типа, а C позволяет добавить такой тип и объединяет ею с существующими типами…
Разработка системного программного обеспечения В отличии от интерпретаторов и ассемблеров данный вариант может быть доступен для понимания широкому кругу программистов на что и был рассчитан.В… Замечание пункт 6, 7, 8 не являются правилами вывода, а лишь служат для… Он заключается в прохождении дерева от крайней левой до крайней правой вершины дерева. Кроме того, для людей с…
Лекции 1.ОСНОВНЫЕ ПОНЯТИЯ И КАТЕГОРИЯ ИНФОРМАТИКИ. 2 ЛЕКЦИИ 2. МАТЕМАТИЧЕСКИЕ ОСНОВЫ ИНФОРМАТИКИ. СИСТЕМЫ СЧИСЛЕНИЯ. 12 ЛЕКЦИЯ 3. АППАРАТНОЕ ОБЕСПЕЧЕНИЕ ЭВМ. 20 ЛЕКЦИЯ 4. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ КОМПЬЮТЕРОВ.. 49 Широко распространён также англоязычный вар gl ОГЛАВЛЕНИЕ... Лекции ОСНОВНЫЕ ПОНЯТИЯ И КАТЕГОРИЯ ИНФОРМАТИКИ... ЛЕКЦИИ МАТЕМАТИЧЕСКИЕ ОСНОВЫ ИНФОРМАТИКИ СИСТЕМЫ СЧИСЛЕНИЯ...
Разработка программного обеспечения решения нелинейных уравнений Задание Методом итераций решить систему уравнений с точностью -2.Для изображений кривой X12X222 X12-X22 Лемнискаты Бернули, воспользоваться… Объм работы графические работы, расчты и прочее Курсовая работа состоит из xxx… Этому способствовали его простота, удобное представление всех структурных конструкций, пригодность для использования…

Технология разработки программного обеспечения

Что будем делать с полученным материалом:

Еще рефераты, курсовые, дипломные работы на эту тему:

Хотите получать на электронную почту самые свежие новости?

Подпишитесь на Нашу рассылку

Новости и инфо для студентов

Реклама

Соответствующий теме материал

О Сайте