Програмное Обеспечение

 

                                              Содержание 
 
 
 
 
 

1. Классификация ПО……………………………………………2
2. Проектирование ПО…………………………………………...4
3. Роли ПО………………………………………………………….5

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Классификация прикладного ПО. 
 

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

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

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

     Пакет прикладных программ– комплекс взаимосвязанных программ для решения задач определенного класса конкретной предметной области.

     Классификация ППП:

     -    Проблемно–ориентированные ППП

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

     -    Методо–ориентированные ППП

     Данный  класс включает программные продукты, обеспечивающие независимо от предметной области и функций информационных систем математические, статистические и другие методы решения задач. Наиболее распространены методы математического  программирования, решения дифференциальных уравнений, имитационного моделирования, исследования операций. Методы статистической обработки и анализа данных (описательная статистика, регрессионный анализ, прогнозирование значений технико–экономических  показателей и т.п.) имеют возрастающее применение. Так, современные табличные  процессоры значительно расширили  набор встроенных функций, реализующих  статистическую обработку, предлагают информационные технологии статистического  анализа. Примеры: Мезозавр, Эвриста – статистическая обработка данных, MsProjectforWindows – сетевые методы и модели для решения управленческих задач. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Проектирование  программного обеспечения

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

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

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

Этап проектирования осуществляется в тесном взаимодействии с сотрудниками Заказчика. На данном этапе нами широко используется имеющийся  опыт создания систем – вырабатываются проектные решения, связанные с  выбором платформ и технологий, на основе которых будет функционировать  система, языка (или комбинации) языков реализации, определяются требования к пользовательскому интерфейсу, выбирается наиболее подходящая СУБД (если это необходимо) и т.д. 
 
 

Роли  ПО. 
 

Очевидная роль программного обеспечения — заставить  работать аппаратуру! Но давайте заглянем поглубже. Этим роль программного обеспечения  не ограничивается. Оно еще должно  быть легко  модифицируемым. 
Никто без серьезных оснований не станет ломать антенну радиолокатора или новый спутник (ценой около 50 млн. долларов). Однако руководители различных систем с легкостью идут на изменения в программном обеспечении! Они должны даже заранее планировать эти изменения. Такая роль была уготована программному обеспечению с самого его возникновения. Изучение истории этого вопроса возвращает нас к понятию запоминаемой программы. 
Универсальным устройством вычислительная машина стала с появлением возможности стирать и изменять информацию в своей памяти. Но эта же возможность привела и к тому, что ЭВМ стали гибкими, легко адаптирующимися устройствами. Универсальность и гибкость одинаково связаны с возможностью изменения состояния памяти. Чтобы лучше использовать все выгоды гибкости вычислительных машин, нам необходимо очень тщательно подходить к вопросу контроля программного обеспечения и быть всегда готовыми внести все нужные изменения. 
Почему проблема программного обеспечения еще не полностью решена? 
Почему разработка программного обеспечения часто так трудна? Ниже изложены причины, всевозможные комбинации которых дают ответ на этот вопрос. 
1. Сложность. Внутренняя сложность автоматизируемого процесса, т. е. научная сложность (лунное притяжение и т.д.), или логическая сложность (число ветвей в программе может достичь значения 103000), или и та и другая вместе. 
2. Абстрактность. Управление и создание его происходит «вслепую», и, для того чтобы «увидеть», что происходит, требуются весьма сложные приспособления. 
3. Путаница в требованиях. Руководство обычно убеждено, что вполне понимает все требования пользователей, даже в том случае, если пользователь до того ни разу не видел подобной системы. Кроме того, распространено заблуждение, что первоначально поставленная цель системы (в тех случаях, когда она известна не изменяется. Отсюда часто возникает абсурдное представление, что большая программная система может быть разработана с помощью «большого взрыва». 
4. Социальные факторы. Постоянно предпринимаются усилия по снижению стоимости разработки системы. Программная часть системы, как  наименее понятная, подвергается наибольшим денежным ограничениям. Именно из-за малопонятности программного обеспечения легче всего доказать необходимость ограничения капиталовложений в него. Программное обеспечение «невидимо». 
5. Управление взаимодействием с пользователем с помощью программного обеспечения. Создаваемое для такого взаимодействия программное обеспечение должно выполнять следующее: 
а) обеспечивать, чтобы работа системы никогда не прекращалась, т. е. программы должны управлять аппаратурой, данными и другими программами так, чтобы при возникновении ошибок работа возобновлялась без вмешательства человека. 
б) обеспечить, чтобы программа выполняла задание за определенный период времени: таким образом, программы должны управлять распределением временных отрезков и состояниями составных частей, меняя, если это необходимо, последовательность выполнения работ. 
в) интерфейс с пользователем ориентирован на удобство работы пользователя, а не системы, при этом пользователь может использовать систему с минимумом специальных навыков. 
Разрабатывать программное обеспечение очень и очень трудно. Оно имеет весьма запутанную логическую структуру.