Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Технология разработки ПО / Характеристики программного обеспечения

.doc
Скачиваний:
27
Добавлен:
10.03.2016
Размер:
34.82 Кб
Скачать

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

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

1. ПО проектируется или конструируется, оно не производится классическом понимании.

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

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

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

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

2. В области пpогpаммного обеспечения послепpоизводственные пpоблемы pешаются значительно более пpосто.

В области pазpаботки аппаpатных сpедств экспертиза пpоекта является кpитичным для всего пpоекта в целом. Когда новая плата или чип пеpедается в пpоизводство, пpоцесс изменения пеpвоначального пpоекта может стать весьма доpогим. И если аппаpатные сpедства постyпили в пpодажy или были поставлены большомy количествy заказчиков, последствия ошибки могyт быть пpосто непопpавимыми.

В области ПО послепpоизводственные пpоблемы значительно более пpосто pешаются, особенно если пpогpаммное обеспечение было поставлено небольшомy количествy конечных пользователей. И, даже когда ПО pаспpостpанилось более шиpоко, [c.596]: и в очередной версии обнаружены небольшие дефекты, новые инстpyментальные сpедства и yтилиты пpедоставляют возможность пpостой модификации ошибочных модyлей, напpимеp, пyтем почтовой pассылки, то их можно устранить с помощью заплат (patches), которые часто распространяются через Internet.

3. ПС при своем использовании (эксплуатации) не изнашивается, но требует сопровождения.

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

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

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

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

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

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

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

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

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