Учет нарушений ПДД. лаба3. Программа Начало
 Скачать 46.33 Kb.
|
|
Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение Высшего образования «Чувашский государственный университет имени И.Н.Ульянова» Факультет информатики и вычислительной техники Дисциплина "Программная инженерия" УТВЕРЖДАЮ Ст.преп. кафедры КТ Мытников А.М «___»___________2017 г. ТЕХНИЧЕСКИЙ ПРОЕКТ Исполнители: Павлов Р. А. и Сергеев А. С. студенты гр. КТ- 42-15 Чебоксары,2017 Цель работы: изучить вопросы проектирования программного обеспечения Метод пошаговой детализации Программа Начало 1)Ввод ФИО водителя: ВВОД ДАННЫХ 2)Проверка наличия водителя в БД ЦИКЛ-ПОКА: не все водители проверены проверить есть ли ФИО водителя в БД ЕСЛИ водитель есть в базе ТО перейти к пункту 3 ИНАЧЕ перейти к пункту 4 3) Занесение информации о нарушении в БД -ввод данных о нарушении ЦИКЛ-ПОКА: не все элементы введены прочитать и запомнить значение элементов -добавление в БД «Нарушения» ЦИКЛ-ПОКА: не все элементы выведены вывести значение элемента - перейти к пункту 5 4)Ввод данных водителя -ввод данных водителя ЦИКЛ-ПОКА: не все элементы введены прочитать и запомнить значение элементов -добавление данных в базу данных «Водители» ЦИКЛ-ПОКА: не все элементы выведены вывести значение элемента -перейти к 3 5) Удаление информации о нарушении из БД «Нарушения» -сразу после оплаты всех штрафов водителю отправляется уведомление об удалении машины из базы. -удаление информации о нарушении из БД «Нарушения» ЦИКЛ-ПОКА: не все элементы удалены удалить значение элемента -перейти в Конец. Конец 2.Структурная схема программного модуля «Учет нарушений правил дорожного движения»  3.Функциональная схема программного модуля «Книжный магазин»  Данные Данные Результат Данные Добав в БД Добав в БД Добав в БД Удал из БД 4.Структурная карта Константайна 5.Структурная карта Джексона Ответы на контрольные: 1. Типовой проект включает в себя следующие этапы разработки программного обеспечения: анализ требований к проекту; проектирование; реализация; тестирование продукта; внедрение и поддержка. 2. Проектирование программного обеспечения — процесс создания проекта программного обеспечения (ПО), а также дисциплина, изучающая методы проектирования. Проектирование ПО является частным случаем проектирования продуктов и процессов. Целью проектирования является определение внутренних свойств системы и детализации её внешних (видимых) свойств на основе выданных заказчиком требований к ПО (исходные условия задачи). Эти требования подвергаются анализу. Первоначально программа рассматривается как чёрный ящик. Ход процесса проектирования и его результаты зависят не только от состава требований, но и выбранной модели процесса, опыта проектировщика. В российской практике проектирование ведется поэтапно в соответствии со стадиями, регламентированными ГОСТ 2.103-68: Техническое задание(по ГОСТ 2.103-68 к стадиям разработки не относится), Техническое предложение, Эскизный проект, Технический проект, Рабочий проект. На каждом из этапов формируется свой комплект документов, называемый проектом (проектной документацией). В зарубежной практике регламентирующими документами, например, являются Software Architecture Document, Software Design Document. 3. Состав технического проекта В технический проект АСУП, как правило, должны входить: пояснительная записка к проекту с кратким изложением содержания проекта, данными о проведенных согласованиях с указанием о соответствии проекта действующим нормам и правилам; решения по комплексу технических средств, включая необходимую первоочередную заявочную документацию для заказа оборудования и задания, необходимые для разработки проекта монтажа комплекса технических средств; план мероприятий по подготовке объекта к внедрению с указанием перечня Работ и сроков; расчет экономической эффективности, произведенный в соответствии с методикой, утвержденной постановлением Государственного комитета Совета Министров СССР по науке и технике (ГКНТ), Госплана СССР и Президиума СССР от 6 февраля 1978 г. № 30/15/11, или в соответствии с отраслевыми Методиками, согласованными с ГКНТ и Госпланом СССР; описание организационной структуры управления, содержащее описание изменений о составе и взаимосвязях подразделений предприятия, о функциях квалификации персонала, обусловленных функционированием АСУП; описание постановки и решения комплексов задач, содержащее перечень задач, процедур обработки информации с описанием алгоритмов решения и используемых средств программного обеспечения; в полном объеме разрабатывается для оригинальных комплексов задач. В случае использования пакетов прикладных программ (ППП) в соответствующих разделах постановки даются ссылки на наименование документов ППП, включаемых в состав технического проекта; описание систем программного обеспечения, описание и краткая характеристика общего программного обеспечения (операционных систем, трансляторов, библиотеки программ, параметров генерации) и специального программного обеспечения (программ ввода-вывода, программ создания и обслуживания данных, программ функционального назначения и др.); описание организации информационной базы, содержащее описание состава структурных единиц информации и основные решения по организации информационного обеспечения, включая программы и рабочую документацию организации и ведения первичных массивов, содержащих нормативную информацию; описание систем классификации и кодирования; чертежи форм документов (видеограмм); ведомость документации, определяющая перечень вновь разработанных или примененных документов, входящих в состав проекта. Одновременно с техническим проектом разрабатываются; классификатор технико-экономической информации, который разрабатывается заказчиком на основе согласованной системы классификации и кодирования; проект строительства зданий (помещений) ИВЦ, пунктов сбора информации и монтажа комплекса технических средств АСУП, который выполняется проектной организацией по прямому договору с заказчиком в соответствии с СН 202—76 «Инструкцией по разработке проектов и смет для промышленного строительства» и другими нормативными материалами Госстроя СССР. 4. Структурное программированиеСтруктурное программирование предполагает составление алгоритмов задач из конструкций строго определенного вида. Основное положение структурного программирования следующее: любой алгоритм может быть представлен комбинацией базовых алгоритмических структур трех видов : линейной структуры, разветвляющейся структуры, циклической структуры. Причем подобная структура должна иметь один вход и один выход. Это положение означает, что на каждом шаге нисходящего проектирования следует составлять алгоритм одного из трех видов. 5.Функциональная модель Функциональная модель предназначена для изучения особенностей работы (функционирования) системы и её назначения во взаимосвязи с внутренними и внешними элементами. Функция — самая существенная характеристика любой системы, отражает её предназначение, то, ради чего она была создана. Подобные модели оперируют, прежде всего, с функциональными параметрами. Графическим представлением этих моделей служат блок-схемы. Они отображают порядок действий, направленных на достижение заданных целей (т. н. функциональная схема). Функциональной моделью является абстрактная модель. Структурная модель Четкого определения структурной модели не существует. Так, под структурной моделью устройства могут подразумевать: · структурную схему, которая представляет собой упрощенное графическое изображение устройства, дающее общее представление о форме, расположении и числе наиболее важных его частей и их взаимных связях; · топологическую модель, которая отражает взаимные связи между объектами, не зависящие от их геометрических свойств. Под структурной моделью процесса обычно подразумевают характеризующую его последовательность и состав стадий и этапов работы, совокупность процедур и привлекаемых технических средств, взаимодействие участников процесса. 6.Пошаговая детализация представляет собой простой процесс, предполагающий первоначальное выражение логики модуля в терминах гипотетического (условного) языка очень высокого уровня с последующей детализацией каждого предложения в терминах языка более низкого уровня, до тех пор, пока, наконец, не будет достигнут уровень используемого языка программирования. Здесь уместно напомнить: чем меньше язык содержит деталей, тем более он высокого уровня. Можно считать языком самого высокого уровня обычную человеческую речь, а языком низкого уровня — машинный язык. На протяжении всего процесса пошаговой детализации логика процесса выражается основными конструкциями структурного программирования. Достоинство пошаговой детализации состоит в том, что она позволяет проектировщику упорядочить свои рассуждения. На каждом шаге мы имеем дело с элементарной задачей. 7. Псевдокод представляет собой систему обозначений и правил, предназначенную для единообразной записи алгоритмов. Псевдокод занимает промежуточное место между естественным и формальным языками. С одной стороны, он близок к обычному естественному языку, поэтому алгоритмы могут на нем записываться и читаться как обычный текст. С другой строны, в псевдокоде используются некоторые формальные конструкции и математическая символика, что приближает запись алгоритма к общепринятой математической записи. В псевдокоде не приняты строгие синтаксические правила для записи команд, присущие формальным языкам, что облегчает запись алгоритма на стадии его проектирования и дает возможность использовать более широкий набор команд, рассчитанный на абстрактного исполнителя. Однако в псевдокоде обычно имеются некоторые конструкции, присущие формальным языкам, что облегчает переход от записи на псевдокоде к записи алгоритма на формальном языке. В частности, в псевдокоде, так же, как и в формальных языках, есть служебные слова, смысл которых определен раз и навсегда. Они выделяются в печатном тексте жирным шрифтом, а в рукописном тексте подчеркиваются. Единого или формального определения псевдокода не существует, поэтому возможны различные псевдокоды, отличающиеся набором служебных слов и основных (базовых) конструкций. 8. Методика Константайна Базовыми строительными блоками программной системы являются модули. Все виды модулей в любом языке программирования имеют ряд общих свойств, нижеперечисленные из которых существенны при структурном проектировании: модуль состоит из множества операторов языка программирования, записанных последовательно; модуль имеет имя, по которому к нему можно ссылаться как к единому фрагменту; модуль может принимать и/или передавать данные как параметры в вызывающей последовательности или связывать данные через фиксированные ячейки или общие области. Структурные карты Константайна являются моделью отношений иерархии между программными модулями. Узлы структурных карт соответствуют модулям и областям данных, потоки изображают межмодульные вызовы. При этом циклические и условные вызовы модулей моделируются специальными узлами, поэтому потоки должны быть изображены проходящими через эти специальные узлы. Межмодульные связи по данным и управлению также моделируются специальными узлами, привязанными к потокам (т.е. к вызовам модулей), стрелками указываются направления потоков и связей. 9.Методика Джексона Техника структурных карт Джексона основана на методологии структурного программирования Джексона и заключается в продуцировании диаграмм (структурных карт) для графического иллюстрирования внутримодульных (а иногда и межмодульных) связей и документирования проекта архитектуры системы ПО. При этом техника позволяет осуществлять проектирование нижнего уровня структуры ПО и на этом этапе является близкой к традиционным блок-схемам. |