admin / 07.08.2018
Введение.
Темой предлагаемого дипломного проекта является разработка программного обеспечения для передачи результатов проектирования по СМП ПП на разработку конструкционных решений деталей и оснастки.
В проекте предлагается программное обеспечение p-flex, разработанное для интеграции пакетов PCAD и T-FLEX для СМП.
Одним из недостатков PCAD-a является то, что он представляет лишь плоский (двухмерный) вид ПП. Для разработчиков деталей оснастки зачастую бывает необходимо знать объемные размеры ПП, т.к. от них напрямую зависят конфигурация и габариты проектируемого изделия. Разработанное программное обеспечение значительно облегчает контроль соответствия размеров, т.к. она полностью автоматизирует процесс передачи габаритов ПП (с учетом высоты!!! т.е. в трехмерном виде) из системы PCAD прямо в систему разработки деталей оснастки — T-FLEX. Разработчику нужно лишь вставить фрагмент, изображающий плату, предварительно подготовленный разработанной программой p-flex, прямо в свой сборочный чертеж T-FLEXа на предназначенное ей место и визуально проконтролировать соответствие размеров. Заметим, что использование предлагаемого ПО освобождает разработчика деталей оснастки от использования PCAD (тогда, как раньше ему приходилось вручную анализировать ПП в PCADе и исходя из ее размеров строить свою работу).
Помимо передачи габаритных параметров между системами, предлагаемое ПО помогает осуществлять контроль по КД, т.к. способна, по стандартному pdf-файлу системы PCAD, создать полный перечень элементов, содержащихся на ПП, по необходимой форме и поместить его в файл .dbf в виде базы данных. Электронный вид и форма перечня элементов позволяют легко использовать его для формирования текстовой конструкторской документации.
Кроме своего главного назначения разработанное ПО помогает продемонстрировать возможности системы T-FLEX как параметрической системы проектирования нового поколения, и показать ее преимущества в сравнении с AutoCADом.
Краткое описание маршрута проектирования ПП.
Ниже предлагается описание сквозного маршрута проектирования печатных плат (СМП ПП) от схемы электрической принципиальной до выхода на технологическое оборудование с использованием системы PCAD4.5 : структура маршрута и программное обеспечение.
Дается основная последовательность действий пользователя в процессе сквозного проектирования РЭУ для двуслойных и многослойных субблоков с двухсторонней установкой элементов штырьевых и планарных.
Отметим, что в СМП ПП не рассматриваются задачи, связанные с логическим моделированием принципиальных электрических схем.
1. ОБЩИЕ ПОЛОЖЕНИЯ.
1.1 ОСНОВНЫЕ ХАРАКТЕРИСТИКИ сквозного маршрута проектирования ПП.
Программное обеспечение сквозного маршрута проектирования печатных плат (ПО СМП ПП) является интегрированным набором проблемно ориентированных программных пакетов, работающих в интерактивном режиме. Средства системы PCAD (предполагается возможность использования пакетов от версии 4.5) позволяют проектировать принципиальные электрические схемы, двухслойные и многослойные печатные платы. Программные средства, включенные в маршрут, позволяют получать, по информации спроектированной в системе PCAD, конструкторскую документацию (система “Восток” — для текстовой и PCAD — для графической), подготавливать и контролировать входную информацию для пакета программ выхода на технологическое оборудование (пакет программирования управляющей информации для маршрута).
Наличие большого числа взаимосвязанных пакетов и их баз данных обеспечивает сквозное проектирование РЭУ.
Результаты проектирования ПП можно передать в T-Flex CAD, полностью параметрическую (в отличии от других) систему проектирования для дальнейшей разработки деталей и оснастки, выработки конструкционных решений, а также контроля на соответствие габаритов ПП и элементов конструкции.
ПО СМП ПП состоит из нескольких пакетов программ и их баз данных связанных в единую базу данных проектируемого изделия, что позволяет свести к минимуму ввод исходной информации и избежать повторного задания параметров проекта, тем самым сокращает количество возможных ошибок при вводе исходных данных, время проектирования изделия и его стоимость, обеспечивает качество разработок.
Программное обеспечение сквозного маршрута проектирования ПП функционирует в среде MS-DOS на персональных компьютерах IBM PC/AT или PC/XT, с объемом памяти 640кб, а также на других ПЭВМ, полностью совместимых с указанными.
Для работы системы требуются:
— 10 мбт дисковой памяти на винчестере
— устройство ввода типа “мышь”.
Программное обеспечение системы позволяет проектировать ПП со следующими характеристиками и параметрами:
· установка корпусов на плате — двусторонняя и односторонняя
· тип устанавливаемых корпусов — штырьевые и планарные
· размер платы — не более 500х500 мм (60х60 дюймов)
· разрешающая способность ширины проводников и расстояний — 0.025 мм (0.001дюйма)
· количество компонентов — не более 500
· различных компонентов — не более 400
· количество цепей в электрической схеме — не более 1000
· общее количество контактов:
· всех корпусов и отверстий — не более 32000
· число проводниковых слоев — не более 50.
1.2СОСТАВ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ сквозного маршрута проектирования ПП..
В состав ПО СМП ПП входят: пакет программ системы PCAD (версия 4.5), пакет программ “Восток”, пакет программ подготовки и контроля выхода на технологическое оборудование и программы подготовки информации для КД и ТД на изготовление изделия, и средства сопряжения всех перечисленных пакетов для автоматизированной передачи информации о проектируемом изделии между ними (одним из них является преедлагаемый пакет p-flex для связи PCAD — T-FLEX).
Пакет программ системы PCAD содержит в своем составе три графических редактора PCCAPS, PCPLACE и PCCARDS и набор утилит и программ, выполняющих служебные функции.
Помимо стандартных программ PCAD версии 4.5 в состав ПО включен пакет программ, разработанных в НИИА для обеспечения выхода на технологическое оборудование, применяемое в НИИА. Разработанный пакет включает в себя программы корректировки, контроля, прорисовок топологии и формирования управляющей информации для технологических установок.
2.ЭТАПЫ РЕАЛИЗАЦИИ ПРОЕКТА.
Сквозной маршрут проектирования печатных плат включает в себя этапы: создание графического описания схемы электрической принципиальной со списком соединений средствами графического редактора PCCAPS, подготовки КД на схему, упаковку логических элементов в микросхемы, размещение их на конструктиве, проектирование топологии ПП и подготовки КД и УИ для технологического оборудования.
Предполагается, что пользователь знаком с основными принципами работы с MS DOS ПЭВМ.
В качестве программы-утилиты MS DOS рекомендуется использовать программу NORTON.
3. БАЗА ДАННЫХ СИСТЕМЫ PCAD
В ходе эксплуатации системы PCAD было выявлено, что при разработке РЭУ необходимо очень внимательно использовать, своевременно и тщательно корректировать все элементы базы проектирования относительно распределения информации по слоям, их расположению в таблице слоев графических редакторов системы PCAD назначению и парности. С особенным вниманием следует относится к формированию и корректировке КОНСТРУКТИВОВ для ПП, библиотечных ЭЛЕМЕНТОВ для схемы и платы, файлов .PS и .SSF, библиотечных и создаваемых при проектировании файлов-БЛОКОВ. При создании файлов-БЛОКОВ не включать лишних слоев.
При выборе библиотечных файлов для использования в проекте контролировать их корректность для топологической информации по таблице слоев и настройке слоев на принадлежность к проводниковым и парности слоев.
Особенно ВНИМАТЕЛЬНО при подготовке информации следует относиться к состоянию активности слоев, т.е. где формируемая информация оставит свой след, т.к. не всегда есть возможность ее перенести или проверить, где она сформирована. Так например, при подготовке конструктива для упаковки платы и размещения элементов, необходимо записать его с активным состоянием слоя COMP, для обеспечения правильного формирования таблиц при постановке элементов, независимо от стороны и способа их размещения: одно- или двухстороннего. Подробнее эти указания приведены в соответствующих инструкциях.
Кроме того известно, что при разработке РЭУ необходимо очень внимательно использовать, своевременно и тщательно корректировать библиотеки РЭК. Исправление неверно введенных РЭК на заключительных этапах проектирования дорого обходится, иногда приходится возвращаться к самому началу (к исправлению принципиальной схемы) от уже изготовленной печатной платы.
Описание РЭК в БД в общем случае состоит из двух частей:
— Условно — графическое обозначение РЭК (УГО) на электрической схеме (файлы с расширением .sym). УГО создается средствами схемного графического редактора PCCAPS. Правила и порядок создания УГО приведены в инструкции по созданию условно — графического обозначения РЭК для сквозного маршрута проектирования с использованием системы PCAD4.5 и выше
— Конструкторско — технологическое отображение РЭК (КТО) (файлы с расширением .prt), включающее информацию о выводах РЭК для подключения КП, отображение РЭК на сборочном чертеже ПП, а при использовании КТО при проектировании ПП по сквозному маршруту, также упаковочную информацию. КТО создается средствами топологического графического редактора PCCARDS.
— Отображение РЭК для p-flex передаваемое по сквозному маршруту проектирования в T-flex.(см.описание )
За состоянием, коррекцией и пополнением БД следит специальная группа во главе с администратором БД.
Перед началом работы с проектом, необходимо убедиться в том, что все компоненты, используемые в данном субблоке, присутствуют в БД.
По всем вопросам, связанным с использованием БД PCAD, пользователю следует обращаться к администратору БД или создать недостающие компоненты, пользуясь вышеуказанными инструкциями по созданию УГО и КТО (в этом случае всю ответственность за правильность и полноту информации для прохождения маршрута несет сам пользователь).
Содержание
Цели
Настоящая глава посвящена вопросам изменения программного обеспечения и описывает различные способы модификации программных систем. Прочитав эту главу, вы должны:
q знать основные стратегии модернизации программных систем, а именно: сопровождение системы, эволюцию системной архитектуры и реинжениринг программного обеспечения;
q ориентироваться в принципах сопровождения ПО и понимать причины увеличения расходов на сопровождение систем;
q знать, каким образом наследуемую систему можно преобразовать в распределенную систему клиент/сервер, чтобы продлить срок эксплуатации системы и обеспечить более эффективное ее использование на основе современных аппаратных средств.
Невозможно создать систему, которая не потребует изменений в будущем. Как только программное обеспечение вводится в эксплуатацию, возникают новые требования к системе, обусловленные непрерывным развитием бизнес-процессов и все возрастающими общими требованиями к программным системам. Иногда в системе следует изменить некоторые составляющие в целях повышения производительности или улучшения других характеристик, а также для исправления обнаруженных ошибок. Все это требует дальнейшего развития системы после ее ввода в эксплуатацию.
Полная зависимость организаций от программного обеспечения, которое к тому же обходится в достаточно круглую сумму, объясняет исключительную важность серьезного отношения к ПО. Это предусматривает дополнительные вложения в эволюцию уже эксплуатируемой системы с тем, чтобы обеспечить прежний уровень ее производительности.
Существует несколько стратегических подходов к процессу модернизации ПО [339].
1. Сопровождение программного обеспечения. Это наиболее часто используемый подход, который заключается в изменении отдельных частей ПО в ответ на растущие требования, но с сохранением основной системной структуры. Подробнее этот вопрос освещен в разделе 27.2.
2. Эволюция системной архитектуры. Этот подход более радикальный, чем сопровождение ПО, так как предполагает существенные изменения в программной системе. Эта стратегия модернизации ПО подробно раскрыта в разделе 27.3.
3.
Реинжениринг программного обеспечения. Кардинально отличается от других подходов, так как модернизация предусматривает не внесение каких-то новых компонентов, а наоборот, упрощение системы и удаление из нее всего лишнего. При этом возможны изменения в архитектуре, но без серьезных переделок. Этому вопросу посвящена глава 28.
Приведенные стратегии не исключают одна другую. Иногда для упрощения системы перед изменением архитектуры или для переделки некоторых ее компонентов применяется реинжениринг. Некоторые части системы заменяются серийными, а более стабильные системные компоненты продолжают функционирование. Как уже упоминалось в главе 26, выбор стратегии модернизации системы основывается не только на технических характеристиках, но и на том, насколько хорошо система поддерживает деловую активность компании.
Разные стратегии могут также применяться к отдельным частям системы или к отдельным программам наследуемой системы. Сопровождение приемлемо для программ со стабильной и четкой структурой, не требующей особого внимания. Для других программ, которые постоянно контактируют со многими пользователями, можно изменить архитектуру так, чтобы интерфейс пользователя запускался на машине клиента. Еще один компонент в этой же системе можно заменить аналогичной программой стороннего производителя. Однако при реинжениринге обычно необходимо изменять все компоненты системы.
Изменения в ПО служат причиной появления многочисленных версий системы и ее компонентов. Поэтому особенно важно внимательно следить за всеми этими изменениями, а также за тем, чтобы версия компонента соответствовала той версии системы, в которой он применяется. Управление изменениями системы называется управлением конфигурацией и обсуждается в главе 29.
Читайте также:
Вопрос 1. Что такое поисковые машины? Назовите основные части программного комплекса
И МОДЕРНИЗАЦИЯ ОБРАЗОВАНИЯ
Качество процесса создания ПО и качество программного продукта
Лекция 8. Политическое развитие и модернизация
Методы инженерии программного обеспечения
Модернизация высшего образования Украины и Болонский процесс
Модернизация современного образования в контексте разработки ФГОС.
МОДИФИКАЦИИ И МОДЕРНИЗАЦИЯ
МОДИФИКАЦИИ И МОДЕРНИЗАЦИЯ
Задачи, решаемые на каждом этапе блочно-иерархического проектирования, делятся на задачи синтеза и анализа. Задачи синтеза связаны с получением проектных вариантов, а задачи анализа — с их оценкой.
Различают синтез параметрический и структурный. Цель структурного синтеза — получение структуры объекта, т.е. состава его элементов и способа их связи между собой.
Цель параметрического синтеза — определение числовых значений параметров элементов. Если ставится задача определения наилучших в некотором смысле структуры и (или) значений параметров, то такая задача синтеза называется оптимизацией. Часто оптимизация связана только с параметрическим синтезом, т.е. с расчетом оптимальных значений параметров при заданной структуре объекта.
Задачу выбора оптимальной структуры называют структурной оптимизацией.
Задачи анализа при проектировании являются задачами исследования модели проектируемого объекта. Модели могут быть физическими (различного рода макеты, стенды) и математическими. Математическая модель — совокупность математических объектов (чисел, переменных, векторов, множеств и т.п.) и отношений между ними.
Математические модели объекта могут быть функциональными, если они отображают физические или информационные процессы, протекающие в моделируемом объекте, и структурными, если они отображают только структурные (в частном случае геометрические) свойства объектов.
Функциональные модели объекта чаще всего представляют собой системы уравнений, а структурные модели объекта — это графы, матрицы и т.п.
Математическую модель объекта, полученную непосредственным объединением математических моделей элементов в общую систему, называют полной математической моделью. Упрощение полной математической модели объекта дает его макромодель. В САПР применение макромоделей приводит к сокращению затрат машинных времени и памяти, но за счет уменьшения точности и универсальности модели.
Важное значение при описании объектов имеют параметры, характеризующие свойства элементов, — параметры элементов (внутренние параметры), параметры, характеризующие свойства систем, — выходные параметры и параметры, характеризующие свойства внешней по отношению к рассматриваемому объекту среды, — внешние параметры.
Если обозначить через X, Q и Y векторы соответственно внутренних, внешних и выходных параметров, то очевидно, что Y есть функция Х и Q. Если эта функция известна и может быть представлена в явной форме Y = F(X, Q), то ее называют аналитической моделью.
Часто используются алгоритмические модели, в которых функция Y = F(X, Q) задается в виде алгоритма.
При одновариантном анализе исследуются свойства объекта в заданной точке пространства параметров, т.е. при заданных значениях внутренних и внешних параметров. К задачам одновариантного анализа относится анализ статических состояний, переходных процессов, стационарных режимов колебаний, устойчивости. При многовариантном анализе исследуются свойства объекта в окрестностях заданной точки пространства параметров. Типовыми задачами многовариантного анализа являются статистический анализ и анализ чувствительности.
Исходные данные для проектирования на очередном уровне зафиксированы в ТЗ, включающем перечисление функций объекта, технические требования (ограничения) ТТ на выходные параметры Y, допустимые диапазоны изменений внешних параметров. Требуемые соотношения между yj и TTj называют условиями работоспособности. Эти условия могут иметь вид равенств
yj = TTj
и неравенств
yj<TTj,
yj>TTj
где yj — допустимое отклонение реально достигнутого значения yj от указанного в ТЗ значения yj; j = 1,2, …, m (m — количество выходных параметров).
Для каждого нового варианта структуры должна корректироваться или заново составляться модель и выполняться оптимизация параметров. Совокупность процедур синтеза структуры, составления модели и оптимизации параметров есть процедура синтеза объекта.
Процесс проектирования носит итерационный характер. Итерации могут включать в себя и более чем один уровень проектирования. Таким образом, в процессе проектирования приходится многократно выполнять процедуру анализа объекта. Поэтому очевидно стремление уменьшить трудоемкость каждого варианта анализа без ущерба для качества окончательного проекта. В этих условиях целесообразно на начальных стадиях процесса проектирования, когда высокой точности результатов не требуется, использовать наиболее простые и экономичные модели. На последних этапах применяют наиболее точные модели, проводят многовариантный анализ и тем самым получают достоверные оценки работоспособности объекта.
Дата добавления: 2017-03-29; просмотров: 135;
Поскольку каждый любит поговорить о процессе разработки программного обеспечения, правила информационной безопасности не должны реагировать на все эти дебаты. Если организация располагает правилами разработки программного обеспечения и процедурами для их реализации, то разработчики могут отрицательно относиться к необходимости их изменения. Если же в организации еще нет таких правил, это может послужить толчком для разработки процедур. В любом случае этап, на котором правила информационной безопасности начинают влиять на процесс разработки программного обеспечения, полезен тем, что усилия разработчиков подкрепляются директивами правил и вопросы безопасности будут учтены в процессе проектирования и разработки.
Правила безопасности для разработки программного обеспечения должны определять, как правильное распределение обязанностей способствует разработке защиты и развертыванию программного обеспечения. Подобно вопросам ответственности за информацию, которые обсуждались в главе 2 "Определение целей политики", распределение обязанностей повысит ответственность персонала за разработку или за освоение решений по вопросам безопасности. Правила, касающиеся этой сферы, должны предписывать, чтобы требования безопасности были определены до разработки или приобретения программного обеспечения. Формулировка правил может выглядеть следующим образом.
В правила разработки и приобретения программного обеспечения необходимо включить требования по безопасности, согласующиеся с этими правилами. Составитель всех этих требований должен нести ответственность за то, что требования по безопасности определены полностью.
Теперь, когда правила разработаны и включают требования безопасности в процесс разработки программного обеспечения, в некоторых организациях решили, что необходимо добавить в правила формулировку, касающуюся непосредственно программистов. Один технический руководитель однажды сказал, что многие из его молодых, талантливых программистов не понимают всех тонкостей данных требований и пытаются писать программы, не придерживаясь их. Отражение этих требований в правилах должно обеспечить согласованность в работе. Этот руководитель предложил следующую формулировку правил.
Все программисты, занятые разработкой и эксплуатацией, должны следовать предписаниям всех принятых правил, стандартов, процедур и других документов, регламентирующих разработку.
Автор книги, общаясь с клиентом, говорил о правилах безопасности и правилах разработки программного обеспечения, и понял, что его совершенно не понимают.
Пришлось спросить, имеются ли в организации какие-нибудь правила или стандарты для разработки программного обеспечения. Руководитель, который отвечал за собственные разработки организации, ответил, что документы имеются, но служащие вообще не обращают на них внимания.
После короткого обсуждения было принято решение разработать основы обеспечения безопасности процесса разработки программного обеспечения, соответствующие установленным стандартам и правилам. Если правила информационной безопасности утверждены руководством на всех уровнях, то можно быть уверенным, что разработчики будут вынуждены соблюдать эти правила. Некоторые обратили внимание, что внедрение правил безопасности влияет на производственную культуру организации. Однако, руководители организации в данной ситуации оценили только возможности для проведения полезной реорганизации.
Чтобы помочь клиенту, пришлось определиться, что существуют три основных рекомендации, соблюдение которых будет способствовать разработке как безопасного программного обеспечения, так и правил разработки программного обеспечения. Их можно рассматривать как фундаментальные рекомендации разработчикам программного обеспечения. Включив их в правила информационной безопасности, можно сделать эти рекомендации более эффективными. Преобразование данных рекомендаций в формулировки правил может выглядеть следующим образом.
Разработка программного обеспечения не должна осуществляться без составления утвержденных спецификаций. В эти спецификации должны быть включены требования безопасности программного обеспечения и конфиденциальности собираемых и обрабатываемых данных.
В любом программном обеспечении должна контролироваться и квитоваться вводимая пользователем информация независимо от выходных результатов.
В программном обеспечении следует установить контроль предельных значений данных, пересылаемых в блоки памяти и извлекаемых из них, чтобы предотвратить перезапись секретных данных и программ.
Последние две формулировки относятся к проблеме переполнения буфера, которая является наиболее распространенной проблемой безопасности программного обеспечения. Могут возникнуть разные проблемы, если программисты забывают включить контроль граничных значений или не делают этого, полагая, что в данных обстоятельствах переполнения не может быть. В любом случае, включив данные рекомендации в правила, можно сфокусировать внимание на потенциальной проблеме и решить ее еще до того, как что-нибудь случится.
Лабораторная работа №2
Тема: Работа с программным обеспечением
Цель работы:овладеть методами работы с программным обеспечением.
Оборудование, приборы, аппаратура, материалы: персональный компьютер с выходом в Интернет.
Теоретические сведения к лабораторной работе
Программное обеспечение компьютера
Возможности современного ПК столь велики, что все большее число людей находят ему применение в своей работе, учебе, быту. Важнейшим качеством современного компьютера является его "дружественность" по отношению к пользователю. Общение человека с компьютером стало простым, наглядным, понятным. Компьютер сам подсказывает пользователю, что нужно делать в той или иной ситуации, помогает выходить из затруднительных положений. Это возможно благодаря программному обеспечению компьютера.
Снова воспользуемся аналогией между компьютером и человеком. Новорожденный человек ничего не знает и не умеет. Знания и умения он приобретает в процессе развития, обучения, накапливая информацию в своей памяти. Компьютер, который собрали на заводе из микросхем, проводов, плат и прочего, подобен новорожденному человеку. Можно сказать, что загрузка в память компьютера программного обеспечения аналогична процессу обучения ребенка. Создается программное обеспечение программистами.
Вся совокупность программ, хранящихся на всех устройствах долговременной памяти компьютера, составляет его программное обеспечение (ПО).
Программное обеспечение компьютера постоянно пополняется, развивается, совершенствуется. Стоимость установленных программ на современном ПК зачастую превышает стоимость его технических устройств. Разработка современного ПО требует очень высокой квалификации от программистов.
Типы программного обеспечения
В программном обеспечении компьютера есть необходимая часть, без которой на нем просто ничего не сделать. Она называется системным ПО. Покупатель приобретает компьютер, оснащенный системным программным обеспечением, которое не менее важно для работы компьютера, чем память или процессор.
Кроме системного ПО в состав программного обеспечения компьютера входят еще прикладные программы и системы программирования.
Программное обеспечение компьютера делится на:
— системное ПО;
— прикладное ПО;
— системы программирования.
О системном ПО и системах программирования речь пойдет позже.
А сейчас познакомимся с прикладным программным обеспечением.
Состав прикладного программного обеспечения
Программы, с помощью которых пользователь может решать свои информационные задачи, не прибегая к программированию, называются прикладными программами.
Как правило, все пользователи предпочитают иметь набор прикладных программ, который нужен практически каждому. Их называют программами общего назначения. К их числу относятся:
— текстовые и графические редакторы, с помощью которых можно готовить различные тексты, создавать рисунки, строить чертежи; проще говоря, писать, чертить, рисовать;
— системы управления базами данных (СУБД), позволяющие превратить компьютер в справочник по любой теме;
— табличные процессоры, позволяющие организовывать очень распространенные на практике табличные расчеты;
— коммуникационные (сетевые) программы, предназначенные для обмена информацией с другими компьютерами, объединенными с данным в компьютерную сеть.
Очень популярным видом прикладного программного обеспечения являются компьютерные игры. Большинство пользователей именно с них начинает свое общение с ЭВМ.
Кроме того, имеется большое количество прикладных программ специального назначения для профессиональной деятельности. Их часто называют пакетами прикладных программ. Это, например, бухгалтерские программы, производящие начисления заработной платы и другие расчеты, которые делаются в бухгалтериях; системы автоматизированного проектирования, которые помогают конструкторам разрабатывать проекты различных технических устройств; пакеты, позволяющие решать сложные математические задачи без составления программ; обучающие программы по разным школьным предметам и многое другое.
Задание 1.
Ответьте на вопросы:
1. Что такое программное обеспечение ЭВМ?
2. Какие задачи выполняет прикладное программное обеспечение?
3. Назовите основные виды прикладных программ общего назначения.
4. Что такое прикладные программы специального назначения?
Задание 2.
Изучив программное обеспечение компьютера, за которым Вы работаете, заполните список:
Перечень программ Microsoft Office
Перечень стандартных программ
Задание 3.
Приведите примеры известного вам программного обеспечения компьютера (Не менее трех).
Программное обеспечение | Пример |
Операционная система | |
Архиватор | |
Антивирусная программа | |
Коммуникационная программа | |
Система программирования | |
Текстовый редактор | |
Графический редактор | |
Редактор презентаций | |
Электронные таблицы | |
Электронное учебное издание (учебник, тренажёр, энциклопедия и пр.) | |
Игра |
Содержание отчета
Отчет должен содержать:
1. Название работы.
2. Цель работы.
3. Задание.
4. Результаты выполнения задания.
5. Вывод по работе.
Дата добавления: 2017-03-12; просмотров: 323 | Нарушение авторских прав
Поиск на сайте:
⇐ Предыдущая25262728293031323334Следующая ⇒
Под программным обеспечением (Software) понимается совокупность программ, выполняемых вычислительной системой.
Программное обеспечение – неотъемлемая часть компьютерной системы. Оно является логическим продолжением технических средств.
Сфера применения конкретного компьютера определяется созданным для него ПО. Сам по себе компьютер не обладает знаниями ни в одной области применения. Все эти знания сосредоточены в выполняемых на компьютерах программах.
Классификация программного обеспечения. В первом приближении все программы, работающие на компьютере, можно условно разделить на три категории:
-прикладные программы, непосредственно обеспечивающие выполнение необходимых пользователям работ;
— системные программы, выполняющие различные вспомогательные функции, например:
a) управление ресурсами компьютера;
b) создание копий используемой информации;
c) проверка работоспособности устройств компьютера;
d) выдача справочной информации о компьютере и др.;
— инструментальные программные средства, облегчающие процесс создания новых программ для компьютера.
Системное программное обеспечение. Системные программы выполняются вместе с прикладными и служат для управления ресурсами компьютера — центральным процессором, памятью, вводом-выводом. Это программы общего пользования, которые предназначены для всех пользователей компьютера. Системное программное обеспечение разрабатывается так, чтобы компьютер мог эффективно выполнять прикладные программы.
Среди десятков тысяч системных программ особое место занимают операционные системы, которые обеспечивают управление ресурсами компьютера с целью их эффективного использования.
Важными классами системных программ являются также программы вспомогательного назначения — утилиты (лат. utilitas — польза). Они либо расширяют и дополняют соответствующие возможности операционной системы, либо решают самостоятельные важные задачи. Кратко опишем некоторые разновидности утилит:
— программы контроля, тестирования и диагностики, которые используются для проверки правильности функционирования устройств компьютера и для обнаружения неисправностей в процессе эксплуатации; указывают причину и место неисправности;
— программы-драйверы, которые расширяют возможности операционной системы по управлению устройствами ввода-вывода, оперативной памятью и т.д.; с помощью драйверов возможно подключение к компьютеру новых устройств или нестандартное использование имеющихся;
-программы-упаковщики (архиваторы), которые позволяют записывать информацию на дисках более плотно, а также объединять копии нескольких файлов в один архивный файл;
— антивирусные программы, предназначенные для предотвращения заражения компьютерными вирусами и ликвидации последствий заражения вирусами;
— программы оптимизации и контроля качества дискового пространства;
— программы восстановления информации, форматирования, защиты данных;
— коммуникационные программы, организующие обмен информацией между компьютерами;
— программы для управления памятью, обеспечивающие более гибкое использование оперативной памяти;
— программы для записи CD-ROM, CD-R и многие другие.
Часть утилит входит в состав операционной системы, а другая часть функционирует независимо от нее, т.е. автономно.
Программы-оболочки. Оболочки — это программы, созданные для упрощения работы со сложными программными системами, такими, например, как DOS. Они преобразуют неудобный командный пользовательский интерфейс в дружественный графический интерфейс или интерфейс типа "меню". Оболочки предоставляют пользователю удобный доступ к файлам и обширные сервисные услуги.
Самая популярная у пользователей IBM-совместимого ПК оболочка — пакет программ Norton Commander.
Прикладные программы. Прикладная программа — это любая конкретная программа, способствующая решению какой-либо задачи в пределах данной проблемной области.
Текстовые редакторы и процессоры. Текстовый редактор — это программа, используемая специально для ввода и редактирования текстовых данных.
Наиболее известный текстовый процессор — Microsoft Word.
Полнофункциональные издательские системы — Microsoft Publisher, Corel Ventura и Adobe PageMaker..
Графические редакторы. Графический редактор — это программа, предназначенная для автоматизации процессов построения на экране дисплея графических изображений. В данном классе различают следующие категории: растровые редакторы, векторные редакторы и программные средства и обработки трехмерной графики (3D – редакторы).
Табличные процессоры. Табличный процессор — это комплекс взаимосвязанных программ, предназначенный для обработки электронных таблиц.
Электронная таблица — это компьютерный эквивалент обычной таблицы, состоящей из строк и граф, на пересечении которых располагаются клетки, в которых содержится числовая информация, формулы или текст.
Самые популярные табличные процессоры — Microsoft Excel (Эксель) и Lotus 1-2-3.
Системы управления базами данных. База данных — это один или несколько файлов данных, предназначенных для хранения, изменения и обработки больших объемов взаимосвязанной информации.
Базы данных используются под управлением систем управления базами данных (СУБД).
Системы управления базами данных позволяют объединять большие объемы информации и обрабатывать их, сортировать, делать выборки по определённым критериям и т.п.
СУБД обеспечивают правильность, полноту и непротиворечивость данных, а также удобный доступ к ним. Популярные СУБД — FoxPro, Access for Windows, Paradox.
Пакеты прикладных программ. Пакеты прикладных программ (ППП) — это специальным образом организованные программные комплексы, рассчитанные на общее применение в определенной проблемной области и дополненные соответствующей технической документацией.
В зависимости от характера решаемых задач различают следующие разновидности ППП:
a) пакеты для решения типовых инженерных, планово-экономических, общенаучных задач;
b) пакеты системных программ;
c) пакеты для обеспечения систем автоматизированного проектирования и систем автоматизации научных исследований;
d) пакеты педагогических программных средств и другие.
Интегрированные пакеты программ.
Интегрированные пакеты представляют собой набор нескольких программных продуктов, объединенных в удобный единый инструмент. Наиболее развитые из них включают в себя текстовый редактор, органайзер, электронную таблицу, СУБД, средства поддержки электронной почты, программу создания презентационной графики.
Наиболее известные интегрированные пакеты: Microsoft Office.
Транслятор, компилятор, интерпретатор. Транслятор (англ. translator — переводчик) — это программа-переводчик. Она преобразует программу, написанную на одном из языков высокого уровня, в программу, состоящую из машинных команд. Трансляторы реализуются в виде компиляторов или интерпретаторов. С точки зрения выполнения работы компилятор и интерпретатор существенно различаются.
Компилятор (англ. compiler — составитель, собиратель) читает всю программу целиком, делает ее перевод и создает законченный вариант программы на машинном языке, который затем и выполняется.
Интерпретатор (англ. interpreter — истолкователь, устный переводчик) переводит и выполняет программу строка за строкой.
Системы программирования- это система для разработки новых программ на конкретном языке программирования
Популярные системы программирования – Turbo Basic, Quick Basic, Turbo Pascal, Turbo C.
В последнее время получили распространение системы программирования, ориентированные на создание Windows-приложений: Borland Delphi (Дельфи), Microsoft Visual Basic, Borland C++
⇐ Предыдущая25262728293031323334Следующая ⇒
Дата добавления: 2016-12-06; просмотров: 254 | Нарушение авторских прав
Похожая информация:
Поиск на сайте:
FILED UNDER : IT