Коэффициент применяемости ЭРЭ

К_п.эрэ=1-Нт.ор.эрэ/Н_т.эрэ,

где Н_т._ор.эрэ — количество типоразмеров оригинальных ЭРЭ в из­делии, шт.

Коэффициент прогрессивности формообразования деталей

К_ф = Д_ир/Д,

где Д_Пр - количество деталей, полученных прогрессивными мето­дами формообразования (штамповкой, прессованием, литьем под давлением и т. п.), шт.;

Д -общее количество деталей- (без нор­мализованного крепежа) в изделии, шт.

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

 

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

Уровень технологичности конструкции изделия при известном нормативном показателе оценивается отношением полученного; комплексного показателя к нормативному, которое должно удов­летворять условию К/Ки=1.

Нормативное значение показателя Кн технологичности конст­рукций блоков электронно-вычислительной техники для условий серийного производства составляет 0,5.. 0,8, а для опытного про­изводства -0,4... 0,7.

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

 

8.5. УКАЗАНИЯ ПО ТЕХНОЛОГИИ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

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

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

2. Программа необходима для получения, преобразования или обработ-

ки информации, которая является итогом проектирования или неза-

менима для получения итога проектирования.

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

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

 

8.5.1. Требования к ПО

1. Экономичность (затраты вычислительных ресурсов).

Т_м – время машинное;

П_м – память машинная.

При оценке ПО по критерию экономичности рассматривается отношение Т_м к П_м.

2. Удобство использования ПО включает в себя надежность, наличие проблемно-ориентированных языков и диагностических средств поиска ошибок пользователя.

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

4. Правильность ПО – свойство, характеризующее соответствие ПО спецификациям математических параметров.

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

6. Открытость ПО характеризуется возможностью внесения изменений в него в процессе эксплуатации.

7. Сопровождаемость ПО характеризует удобство поддержания ПО в работоспособном состоянии.

8. Мобильность ПО определяется легкостью переноса ПО на ЭВМ с одной системой команд на ЭВМ с другой системой команд.

 

8.5.2. Структура ПО

Для того, чтобы структурировать ПО используют следующие понятия:

1. Пакет прикладных программ (ППП) – это совокупность программ, объединенных общностью применений.

2. Комплекс – сложная программа, которая может разделяться на составные части.

3. Компоненты – составные части программ, имеющие свое функциональное назначение.

 

8.5.3. Типы ППП

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

- ППП сложной структуры и программируемой систеиы. Здесь есть собственная управляющая часть (монитор), а программируемая система имеет достаточно развитой интерфейс. В настоящее время такие программы реализуются методами визуального программирования в средах типа Delphi и C++Builder.

 

8.5.4. Принципы и этапы разработки ПО

 

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

Модуль – структурная составляющая ПО, рассматриваемая как единое целое на определенной стадии разработки или эксплуатации.

Можно указать следующие уровни представления в порядке исходящего проектирования ПО (табл.8.2).

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

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

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

 

Таблица 8.2.

 

Этапы синтеза	Уровни	Этапы отладки
1. Анализ требований 2. Разработка спецификаций	Система	7. Система отладки
3. Функцональное проектирование ПО	Программа	6. Комплексная отладка
4. Кодирование ПО	Подпрограмма	5. Этап отладки

 

Спецификации могут быть следующими:

 

1. Функциональная спецификация – описание функций по переработке информации.

2. Эксплуатационная спецификация – предъявляет требования к быстродействию и надежности ресурсов.

3. Спецификация по единой программной документации – описание состава ПО и

перечень требований к программной документации.

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

Отладка нанижнем уровне осуществляется с помощью тестов.

 

8.5.4. ПроектированиеПО

В методах разработки ПО существуют два подхода:

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

мощью специальных инструментальных средств (Delphi, C++).

2. Проектированием полностью оригинальных программ (Бейсик, Паскаль).

Существует три группы методов проектирования ПО:

1. Методы нисходящего проектирования – методы функциональной декомпозиции.

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

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

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

Преимущества: достаточно простое и дешевое внесение изменений на любом этапе разработки программ.

Недостатки: усложнение программы может выйти из-под контроля, тестирование становится менее доступно.

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

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

процедур.

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

 

8.5.5. Оценка трудоемкости разработки ПМК

 

Затраты времени на разработку:

P(N) [человеко-дней],

где N – объем программ [1000 условных машинных команд].

Из каталогов функций можно выбрать N.

P(N) может изменяться в зависимости от сложности программного обеспечения.

Длительность разработки ПО прогнозируется по формуле:

 

,

где P_i – трудоемкость разработки i-ой составляющей ПМК;

n_i – число разработчиков;

Ф – фонд времени одного разработчика.

 

8.5.6. Подход к разработке структуры данных программы

 

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

1. Входные данные.

2. Выходные данные.

3. Промежуточные данные.

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

 

8.5.7.1. Задача определения типов данных

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

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

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

(Var Days: Integer; Var Days: Word; Var Days: Byte, а также пользовательский тип Type, Ddays=(Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday); Var Days: Ddays.

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

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

 

8.5.7.2. Задача определения количества переменных

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

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

8.5.7.3. Разработка структуры входных данных программы

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

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

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

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

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

8.5.7.4. Разработка структуры выходных данных программы

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

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

8.5.7.5. Разработка структуры промежуточных данных программы

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

 

8.5.7.6. Подход к разработке графического интерфейса

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

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

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

 

8.5.8. Отладка программы

За исключением специфических тем дипломного проектирования, связанных с системным программированием, отладка программы включает в себя два этапа:

1. Отладка интерфейса.

2. Отладка вычислений.

Отладка интерфейса заключается в проверке его логической структуры и приведения его в окончательное соответствие с требованиями задачи (убираются лишние элементы, проверяется работоспособность элементов интерфейса). Примерные способы отладки заключаются в задании входных данных из реально используемого диапазона и просмотре значений переменных (Watch, Break-Point как средства отладки). Кроме того, необходимо провести проверку на «дуракоустойчивость» программы, произведя ввод заведомо некорректных данных и определив реакцию интерфейса (скажем, дописав обработку ошибки ввода на ввод температуры, меньшей, чем -273⁰С).

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

 

8.5.9. Обработка результатов решения задачи и их документирование

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