рефераты конспекты курсовые дипломные лекции шпоры

Раздел Информатика
/
Кризис программного обеспечения (ПО). Проблемы и цели программной инженерии.

Реферат Курсовая Конспект

Выберите учебное заведение

Кризис программного обеспечения (ПО). Проблемы и цели программной инженерии.

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

Цели инженерии ПО:Эффективное создание ПС(программных систем).

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

С другой стороны –отсутствие материального наполнения порой делает ПО чрезвычайно сложным и => трудным для понимания объектом.

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

Проблемы в разработке ПО:

1) Неформальный подход, применявшийся изначально при разработке ПС недостаточен для разработки бОльших систем. (Ударение на О)

2) На реализацию крупных программных проектов иногда уходили многие годы. Стоимость таких проектов возрастала по сравнению с первоначальным расчётом, а сами ПС получались ненадежными, сложными в сопровождении и эксплуатации.

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

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

4) Многие компании, занимающиеся производством ПО не уделяют должного внимания эффективному применению современных методов, разработанных в рамках ПИ.

2.Что такое ПО. Типы программных продуктов, их отличие друг от друга.

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

Типы программных продуктов:

1) Общие программные продукты: Автономные ПС, которые созданы компанией по производству ПО и продаются на открытом рынке любому, способному их купить.

2) ПО на заказ: Это ПС, которые создаются по заказу определенного потребителя. Оно разрабатывается специально для данного потребителя, согласно заключенному договору.

Что такое инженерия ПО?Это инженерная дисциплина, которая охватывает все аспекты создания ПО от начальной стадии разработки системных требований до его использования.

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

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

Развернуть

Открыть в широком формате

– Конец работы –

Эта тема принадлежит разделу:

Кризис программного обеспечения ПО. Проблемы и цели программной инженерии

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

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

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

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

Профессиональные и этические требования к специалистам по ПО
1) Конфиденциальность: специалист должен соблюдать конфиденциальность, не разглашать сведений о работодателе и клиентах, не зависимо от того, подписывал он какое-либо соглашение или нет. 2) Ком

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

Моделирование систем. Представление архитектуры системы. Функциональные компоненты систем.
Моделирование системы: В процессе формализации требований к системе и на этапе ее проектирования система рассматривается, как совокупность компонентов и взаимосвязей между

Функциональные компоненты системы.
Их можно классифицировать по ряду категорий: 1) Сенсорный компонент. Собирает информацию о системном окружении. 2) Исполнительный компонент. Производит некоторые действия в окруже

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

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

Разработка подсистем. Сборка системы.
Разработка подсистем На этом этапе реализуются те подсистемы, которые были определены на предыдущем этапе. Тут есть три варианта: 1. Разработка системы с нуля

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

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

Каскадная модель
Основные этапы этой модели отражают все базовые виды деятельности необходимые д

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

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

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

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

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

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

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

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

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

Этапы некоторого проекта.
Этап Длительности (дни) Зависимость Т1 Т2

Типа рисков.
1. Риски для проектов – влияют на график работ или ресурсов необходимые для реализации проекта, 2. Риски для разрабатываемого продукта, влияют на качество или производительность разрабатыв

Определение рисков.
Процесс определения рисков состоит из 3 стадий. 1. Определение рисков - Определяются возможные риски для проекта, разрабатываемого продукта и бизнес риски. 2. Анализ рисков - оцен

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

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