Министерство образование и науки Украины

Национальный университет городского хозяйства им. А.Н. Бекетова

Кафедра ПМ и ИТ

Отчет

КОМПЬЮТЕРНАЯ ПРАКТИКА НА ЭОМ

Выполнила: студентка 1 курса

ФМ

гр. МГКТС2014-1

Коломоец Эльвира

Проверила: студ. викл.

Макогон Н.В

Харьков 2014

Содержание

ВВЕДЕНИЕ РАЗДЕЛ 1. Презентация на тему: «Виды программного обеспечения».

Раздел 2. Базовый план презентации

Раздел 3.Характеристика процесса создания презентации

ЗАКЛЮЧЕНИЕ

ЛИТЕРАТУРА

Ввдение

На сегодняшний день в мире существует более 130 миллионов компьютеров и более 80 % из них объединены в различные информационно-вычислительные сети от малых локальных сетей в офисах до глобальных сетей типа Internet. Всемирная тенденция к объединению компьютеров в сети обусловлена рядом важных причин, таких как ускорение передачи информационных сообщений, возможность быстрого обмена информацией между пользователями, получение и передача сообщений (факсов, E-Mail писем и прочего) не отходя от рабочего места, возможность мгновенного получения любой информации из любой точки земного шара, а так же обмен информацией между компьютерами разных фирм производителей работающих под разным программным обеспечением.

Целью данного отчета является : понять принцип автоматического исполнения программ в компьютере, узнать название, получить представление о назначении основных видов ПО. Познакомиться с функциями различных типов ПО, назначением и применением.

Раздел 1. Презентация на тему «Виды программного обеспечения»

Тип ПО может быть следующим:

• Разрабатывающееся вновь;

• Имеющееся в готовом виде;

• Программно-аппаратное (встроенное);

• Автономное.

Опять разрабатываемое. Такое ПО вступает в процесс Разработки с самого начала и для него должны быть рассмотрены все требования этого процесса.

Имеющееся в готовом виде.

Готовое ПО может использоваться одним из следующих способов.

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

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

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

Встроенный ПО.

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

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

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

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

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