Этапы разработки программы при решении технических задач

Процесс проектирования ТП является итерационным, то есть с возможным возвратами ранее принятых решений и их коррекцией.

Основные этапы технологического процесса

В целом в процессе проектирования можно выделить три больших этапа:

• сбор и анализ исходной информации;
• выработка технологических решений;
• технико-экономическое обоснование и оформление ТП.

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

Последовательность проектирования в рамках основных этапов технологического процесса может быть предоставлена ​​в виде нижеследующего укрупненного алгоритма:

Этапы разработки программ

• Сбор и анализ исходных данных
• Определение типа производства, партии запуска
• Отработка конструкции на технологичность
• Выбор способа получения исходной заготовки
• Выбор технологических баз
• Назначение методов обработки поверхностей
• Формирование маршрута обработки
• Расчет припусков
• Формирование структуры операции
• Расчет режимов резания
• Техническое нормирование ТП
• Технико-экономическое обоснование ТП
• Заполнение технологической документации

Этапы проектирования технологических процессов механической обработки

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

3.2.3. Анализ исходных данных и технологический контроль чертежа

и технических условий

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

Этапы процесса проектирования

Процесс проектирования состоит из следующих этапов:

• Определение типа производства и его методов;
• Установление методов производства заготовки и требований к ней;
• Выбор и обоснование технологических баз;
• Составление маршрутов обработки отдельных поверхностей и элементов детали и самой детали в целом;
• Расчет допусков, припусков, предельных размеров на различных стадиях обработки;
• Уточнение степени концентрации операций технологического процесса.
• Выбор оборудования для обработки, оснастки и инструментов;
• Расчет режимов обработки;
• Определение настроек;
• Оформление требований к квалификации работников и временных норм;
• Оформление технологической документации.

Не нашли что искали?

Урок 2. Этапы разработки ПО

Просто напиши и мы поможем

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

Исходные данные для проектирования технологического процесса включают в себя:

• Рабочий чертеж детали, которая обрабатывается или производится;
• Ее описание с указанием конструктивных особенностей, материала и тд;
• Технические условия для изготовления детали (ее особенности, точность изготовления, требования к структуре, обработке и тд);
• Объем выпуска конкретной детали с учетом производства запасных деталей;
• Временный интервал для производства каждой отдельной детали.

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

Для разработки проекта применяют различные ГОСТ, имеющиеся нормативные документы и справочники, каталоги, паспорта и другую регламентирующую документацию. Перед началом разработки проекта следует внимательно изучить чертежи и ТУ для ее изготовления, а также условия, в которых будет работать деталь.

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

Основные этапы разработки технологических процессов

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

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

ГОСТ 3.1102-81 ЕСТД. Стадии разработки и виды документов

ГОСТ 3.1102-81

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
ЕДИНАЯ СИСТЕМА ТЕХНОЛОГИЧЕСКОЙ ДОКУМЕНТАЦИИ

СТАДИИ РАЗРАБОТКИ И ВИДЫ ДОКУМЕНТОВ

ИПК ИЗДАТЕЛЬСТВО СТАНДАРТОВ

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.
РАЗРАБОТАН И ВНЕСЕН Государственным комитетом СССР по стандартам
2.
УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по стандартам от 31.12.81 № 5944
3.
ВЗАМЕН ГОСТ 3.1102-74
4.
ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение НТД, на который дана ссылка	Номер пункта
ГОСТ 2.103-68	1.1
ГОСТ 2.602-95	1.7

5. ИЗДАНИЕ (апрель 2001 г.) с Изменением № 1, утвержденным в сентябре 1987 г. (ИУС 12-87)

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

СТАДИИ РАЗРАБОТКИ И ВИДЫ ДОКУМЕНТОВ

Unified system for technological documentation. Stages of designing and types of documents

Дата введения 01.07.82

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

(Измененная редакция, Изм. № 1).

1.1. Стадии разработки технологической документации, применяемой для технологических процессов изготовления изделий (составных частей изделий), определяются в зависимости от стадий разработки используемой конструкторской документации по ГОСТ 2.103 .

1.2. Стадии разработки рабочей технологической документации устанавливаются разработчиком документации в соответствии с табл. 1.

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

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

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

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

1.4. Директивной технологической документации, предназначенной только для решения необходимых инженерно-технических, планово-экономических и организационных задач, при постановке изделия на производство присваивают литеру «Д» на основании конструкторской документации, имеющей литеру «А» или «Б».

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

1.6. Ранее разработанные технологические документы (комплекты технологических документов) применяют при изготовлении новых или модернизации изготовляемых изделий в следующих случаях:

— на стадии разработки технологической документации «Предварительный проект» — независимо от литерности применяемой технологической документации;

— в технологической документации опытного образца (опытной партии) с литерой « O 1 » (« O 2 »), серийного (массового) производства с литерами «А» и «Б», если литерность применяемой технологической документации та же или высшая.

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

1.7. Стадии разработки рабочей технологической документации, применяемой для технологических процессов ремонта изделий (составных частей изделий), определяются разработчиком документации в зависимости от применяемых видов документов на ремонт по ГОСТ 2.602 и стадий разработки конструкторской документации в соответствии с табл. 2 .

Разработка технологической документации, проверенной опытным ремонтом, с присвоением литеры «РО1» («РО2»).

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

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

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

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

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

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

2.1. В зависимости от назначения технологические документы (далее — документы) подразделяют на основные и вспомогательные.

2.2. К основным относят документы:

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

— полностью и однозначно определяющие технологический процесс (операцию) изготовления или ремонта изделия (составных частей изделия).

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

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

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

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

2.5. Виды основных технологических документов, их назначение и условное обозначение приведены в табл. 3.

— комплекта(ов) технологической документации на изготовление или ремонт изделия;

— комплекта(ов) технологических документов на технологические процессы изготовления или ремонта изделия (составных частей изделия);

— отдельных видов технологических документов.

Является первым листом комплекта(ов) технологических документов.

1. МК является обязательным документом.

2. Допускается МК разрабатывать на отдельные виды работ.

4. Допускается взамен МК использовать соответствующую карту технологического процесса.

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

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

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

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

— для указания данных о технологической оснастке — ВП/О;

— для указания данных о применяемости стандартных деталей (сборочных единиц) — ВП/СД;

— для указания данных о применяемости оригинальных деталей (сборочных единиц) — ВП/ОД и т.д.

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

2.5, 2.6. (Измененная редакция, Изм. № 1).

.
(Исключено, Изм. № 1).
СОДЕРЖАНИЕ

Источник: sutime.ru

Тема 2.3. Организация процесса разработки программных продуктов

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

Это этап анализа, спецификации программ и жизненного цикла программного продукта.

При составлении технического задания требуется:

а) Определить платформу разрабатываемой программы – тип операционной системы;

б) Оценить необходимого сетевого варианта (допустиая номенклатура программного обеспечения сетевой обработки);

в) Определить необходимой разработки программы, которую можно переносить на различные платформы;

г) Обосновать целесообразную работу базы данных по управлению СУБД.

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

2.Технический проект выполняет комплекс наиболее важных работ, а именно:

а ) С учетом принятого подхода разрабатывают детальный алгоритм обработки данных, уточняется состав объектов и их свойства методов обработки, событий запуска методов обработки;

б) Определяется состав общесистемного программного обеспечения, включая базовые средства (операционная система, модуль СУБД, электронные таблицы, пакеты прикладных программ промышленного назначения);

в) Разрабатывается внутренняя структура программного продукта образо-ванная отдельными программными модулями;

г) Осуществляется выбор инструментальных средств разрабатываемого программного модуля.

3.Рабочая документация состоит:

а) Описания применения – общая характеристика программного изделия с указанием сферой его применения, преобразование к базовым программным обеспечением и комплекс технических средств;

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

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

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

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

Примерная структура процесса и организации, занимающейся разработкой про-граммных продуктов

Для организации предсказуемого и управляемого процесса ком­пании необхо-димы организационные, технические и нетехниче­ские средства представлена на рисунке 13.

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

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

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

Независимый тестировщик, как видно из рисунка 13, участвуетв работе над проектом, но не зависит от руководителя проекта. Это позволяет проводить независимое объективное тестирование до­кументации и ПП, разрабатываемого в данном проекте. Часто бывает так, что тестировщикодновременно принимает участие в нескольких проектах, особенно если их текущие этапы не совпа­дают. Нередко создают отдельную группу тестирования, куда вхо­дят все тестировщики компании.

Рисунок 13- Примерная структура процесса и организации,

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

Технические средства предназначены для организации соответ­ствующих условий работы над проектами и поддержанию процес­са компании, а также работ по обеспечению качества програм­много продукта. Например, автоматизированное рабочее место (АРМ) программиста позволяет повысить производительность его работ и качество разрабатываемого ПП, а компьютерная сеть — обеспечить электронный документооборот в компании и связь между сотрудниками. База данных дает возможность хранить всю информацию, связанную с ходом выполнения как текущих про­ектов, так и выполненных ранее.

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

Контрольные вопросы

1.Какие требования предъявляются к управлению:

а) компанией;
б) продукцией;

2.Объясните примерную структуру процесса и организации, зани­мающейся разработкой программных продуктов.

3.Что включают в себя средстна:

Тема 2.4 Структура программного продукта

Программные продукты имеют конструкцию (архитектуру) построения — состав и взаимосвязь программных модулей

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

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

Структуризация программ выполняется для удобства разработки про-граммирования, отладки и внесения изменений в программный, продукт. Как правило. программные комплексы большой алгоритмической сложности раз-рабатываются коллективом разработчиков (2 — 15 и более человек). Управлять разработкой программ в условиях применения промышленных технологий изготовления программ можно лишь на научной основе.

Структуризация программных продуктов преследует основные цели:

— распределить работы по исполнителям,

— построить календарные графики проектных работ и осуществлять их

Координацию в процессе создания программных изделий;

— контролировать трудозатраты и стоимость проектных работ

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

Некоторые программные продукты используют модули из готовых библиотек стандартных подпрограмм, процедур, функций, объектов, методов обрзботкй данных

На рисунке 14 приведена типовая структура программного продукта, состоя-щего из от­дельных программных модулей и библиотек процедур, встроенных функций, объектов.

Рисунок 14 — Структурная схема программного продукта

Среди множества модулей различают:

— головной модуль -управляет запуском программного продукта (существует в единственном числе);

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

-рабочие модули — выполняют функции обработки;

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

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

Источник: studopedia.su

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

Некая фирма занимается закупкой компьютерных комплектующих (системные платы, мониторы, винчестеры, ОЗУ и др.). По заказу клиента из этих комплектующих собирается компьютер. Затем, клиент покупает заказанный компьютер.

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

1. Учет закупки и использования комплектующих.

2. Учет заказов на компьютеры.

3. Учет платежей клиентов и отпуска готовой продукции.

Порядок выполнения работы.

1. Построение информационно-логической модели, рассматриваемой системы.

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

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

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

Шаг 1. Предварительное изучение

Шаг 1.1. Определение круга лиц, принимающих решения по реализации проекта

Шаг 1.2. Получение информации о системе и/или об объектах автоматизации

Шаг 1.3. Выяснение ограничений и внешних обстоятельств ввода новой системы

Шаг 1.4. Выяснение целей создания/модификации системы

Шаг 1.5. Верификация предварительного изучения

Шаг 1.6. Оценка реализации проекта Шаг 2. Выявление контекста системы

Шаг 2.1. Определение будущих пользователей системы

Шаг 2.2. Построение иерархии контекстных диаграмм

Шаг 2.3. Верификация контекстных диаграмм

Шаг 2.4. Согласование контекстных диаграмм

Шаг 2.5. Презентация проекта

Шаг 2.6. Выпуск документации на уровне контекста Шаг 3. Детализация подсистемы (этот шаг повторяется для каждой подсистемы)

Шаг 3.1. Разработка диаграмм управляющих потоков

Шаг 3.2. Определение содержания управляющих потоков

Шаг 3.3. Построение иерархии диаграмм потоков данных

Шаг 3.4. Определение характеристик и содержания потоков данных

Шаг 3.5. Разработка логики процессов

Шаг 3.6. Верификация модели

Шаг 3.7. Выяснение альтернативных вариантов

Шаг 3.8. Презентация проекта

Шаг 3.9. Рассмотрение защиты данных

Шаг 3.10, Определение исключительных условий

Шаг 3.11. Выпуск документации

Шаг 3.12. Согласование информационно-логической модели Оформление пояснительной записки (см. главу 45, п. 45.1.), включающей всестороннее описание информационно-логической модели системы, согласно плану.

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

Контрольная работа № 00

по предмету «Технология разработки программных продуктов» код (ТРП)

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

— индустриальные программные средства

— объект научно-технического творчества

— продукция производственно-технического назначения

— программа для решения частных задач

— продукция производственно-технического назначения при условии использования системы несколькими вузами

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

— использовать систему стандартизации программных средств

— использование стандартов не обязательно

— стандартизировать только графический интерфейс

— использовать только стандартные шрифты

— преемственности добиваться не обязательно

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

— с большим временем жизни

— время жизни зависит от эксплуатации программы

— время жизни зависит от количества заложенной информации в базу данных

— с малым временем жизни

— время жизни зависит от желания пользователя

Вопрос 4. Необходимо разработать систему сбора информации успеваемости студентов. Сбор информации должен осуществляться по следующей схеме:

> > >образования образования образования

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

— проектирование отдельных модулей

Вопрос 5.Алгоритм какого типа записан на алгоритмическом языке:

алг сумма (вещ А,В,С)

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

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

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

— защита от останова

— защита от искажений взаимного прерывания программ

— защита от искажения и потери накопленной информации о состоянии внешней среды

— защита от перегрузки ЭВМ по пропускной способности

— защита от ошибок, приводящих к пропуску программ или их существенных частей

Вопрос 9.Студент, в качестве дипломного проекта, разработал информационную систему, состоящую из десяти модулей. Какой метод отладки без исполнения программ ему целесообразно применить?

— сквозной просмотр текста и тестирование программы группой специалистов

— ручное тестирование за рабочим столом индивидуально создателем данной программы

— инспекция группой специалистов текстов программ на логику ее функционирования с позиции типовых ошибок

— тестирование программы группой специалистов

Вопрос 10. Группой специалистов разработана вычислительная система управления сборочного конвейера роботами. Какие методы испытаний этой системы на надежность необходимо использовать?

— прямые экспериментальные методы

— форсированные методы испытаний

Практическая работа № 93

по предмету «Технология разработки программных продуктов» код (ТРП)

Задание 1. Военными специалистами разработана программа контроля дальности полетов ракет. Определите цель испытаний данного программного продукта.

— выбор оптимального решения

— произвести расчеты дальности полетов с различными исходными данными

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

— проверка правильности вычислений

Задание 2. Необходимо разработать систему управления самолетом. Какие методы и методологии можно использовать в этом случае?

— сетевое планирование разработки комплекса программ

— структурный подход к проектирования программного обеспечения

Задание 3. Студент разработал программу вычисления корней системы уравнений. Какой тип документации является достаточным для данной работы?

— распечатка содержания транслированной программы на языке программирования

— документация на машинных носителях

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

— методом шифрования с открытым ключом

Задание 5. Определите, какие программные продукты можно проектировать, используя CASE — средства?

— программное обеспечение для вычислительного комплекса

— программы для решения системы уравнений

— программы для поиска компьютерных вирусов

Задание 6. В базе данных хранится информация о наличии на кафедре рефератов по различной тематике. Объектом А является информация об общем количестве рефератов, объектом В — информация о количестве рефератов по конкретной тематике. Каким образом можно формализовать данную информацию?

Задание 7 Необходимо разработать систему сбора информации успеваемости студентов. Сбор информации должен осуществляться по следующей схеме:

> > >образования образования образования

Что является внешними сущностями при проектировании такой системы?

— Министерство образования, департаменты образования, колледжи, студенты

— внешние сущности определить не возможно

Задание 8. Необходимо разработать систему сбора информации успеваемости студентов. Сбор информации должен осуществляться по следующей схеме:

> > >образования образования образования

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

Планировать процесс Разработать график Построить модель

Принять структуру Рассчитать требования, Уточнить план

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

Источник: riuhelp.ru