МЕНЮ


Фестивали и конкурсы
Семинары
Издания
О МОДНТ
Приглашения
Поздравляем

НАУЧНЫЕ РАБОТЫ


  • Инновационный менеджмент
  • Инвестиции
  • ИГП
  • Земельное право
  • Журналистика
  • Жилищное право
  • Радиоэлектроника
  • Психология
  • Программирование и комп-ры
  • Предпринимательство
  • Право
  • Политология
  • Полиграфия
  • Педагогика
  • Оккультизм и уфология
  • Начертательная геометрия
  • Бухучет управленчучет
  • Биология
  • Бизнес-план
  • Безопасность жизнедеятельности
  • Банковское дело
  • АХД экпред финансы предприятий
  • Аудит
  • Ветеринария
  • Валютные отношения
  • Бухгалтерский учет и аудит
  • Ботаника и сельское хозяйство
  • Биржевое дело
  • Банковское дело
  • Астрономия
  • Архитектура
  • Арбитражный процесс
  • Безопасность жизнедеятельности
  • Административное право
  • Авиация и космонавтика
  • Кулинария
  • Наука и техника
  • Криминология
  • Криминалистика
  • Косметология
  • Коммуникации и связь
  • Кибернетика
  • Исторические личности
  • Информатика
  • Инвестиции
  • по Зоология
  • Журналистика
  • Карта сайта
  • Разработка и применение пакетов прикладных программ

    Разработка и применение пакетов прикладных программ

    Тема 1: Программное обеспечение, его классификация состояние и

    перспективы развития.

    Программное обеспечение – совокупность программ, ЭВМ, процедур и правил

    вместе со всей, связанной с этими компонентами, документацией позволяющей

    использовать ВТ для решения конкретных задач.

    Доля заработной платы в доходах фирмы – 46-56%.

    1–вый этап : Разработка ПО для собственных нужд;

    2–ой этап : Становление товарного производства программной продукции.

    Появление и распространение отчуждаемого и тиражируемого продукта;

    3–ий этап : Экстенсивное производство ПО;

    4–ый этап : Переход к интенсивному производству ПО. Появляется

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

    средств обработки (исходных прототипов).

    Основные термины определяются: во–первых, стандартом ЕСПД (19.004) и ряд

    терминов определяется законом “О правовой охране программ для ЭВМ и баз

    данных” 1992 год.

    Программное изделие (ПИ) – программа на носителе данных, являющаяся

    продуктом программного производства.

    Программа – объективная форма представления совокупности данных и команд,

    предназначенных для функционирования ЭВМ и других компьютерных устройств с

    целью получения определенного результата. Программа для ЭВМ –

    подготовительные материалы полученные в ходе ее разработки и порождаемые ею

    аудио–визуальные изображения.

    ПИ – универсальное изделие, предназначенное для широкого круга

    пользователей.

    ПИ – изделие, предназначенное для широкого употребления, оно должно быть

    тщательно документировано, чтобы его могли использовать не только

    разработчики.

    Программный продукт – любая программная разработка, которая может быть

    получена не только как результат промышленного производства.

    Программное средство (ПС) – программа, предназначенная для многократного

    применения на различных объектах и разработанная любым способом (чаще всего

    имеют ввиду – средства производства ПИ, и инструментарий для разработки

    ПИ).

    Классификация ПО (по областям применения)

    [pic]

    АП – средства контроля аппаратуры, диагностика работы аппаратуры.

    ОС – управление ресурсами ЭВМ (иногда объединяются с с/с

    программирования)

    Система программирования – совокупность средств разработки программ.

    Обеспечивает автоматизацию составления, отладки и испытания программ

    (языковые средства, трансляторы, редакторы, отладчики, сервисные

    программы).

    Прикладные программы частного применения – эксплуатируются на одном

    объекте, для которого и были созданы.

    ППП – отчуждаемое, тиражируемое ПО. Предназначено для групп объектов с

    общими свойствами в отношении решаемой задачи. Тираж пакета зависит от его

    разновидности.

    Обстановка на европейском рынке

    |№ п/п |ПО в Европе |( 85 год|начало 90–х|

    |1 |ППП и ОС |34 |51 |

    |2 |Заказное ПО и |29 |28 |

    | |консультации | | |

    |3 |Обучение |5 |5 |

    |4 |Вычислительные услуги |32 |16 |

    На системное По приходится ( 30% общего объема продаж, а на прикладное (

    70%.

    ППП – комплекс программных средств и документов, предназначенных для

    реализации функционально завершенного алгоритма обработки данных. Он

    обеспечивает автоматизацию создания рабочих программ, автоматизацию

    процесса решения задач.

    Характерные черты (3 свойства) :

    1. Содержит набор готовых алгоритмических решений доводимых до конкретной

    машинной реализации;

    2. Содержит механизм настройки на параметры конкретного объекта

    применения;

    3. Пакет ПП должен предусматривать возможность дополнения его программами,

    привязывающими к специфике конкретного объекта, а также к изменившимся

    во времени условиям эксплуатации.

    Классификация ППП (по области применения)

    [pic]

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

    решения определенной задачи, ориентированной на обеспечение потребностей

    конечного пользователя.

    Методо–ориентированное ППП реализуют тот или иной метод (математический)

    обработки информации.

    Функциональные ППП обеспечивают максимальную автоматизацию

    программирования при решении конкретной задачи, от входного документа,

    включая метод решения задачи и до выдачи выходного документа.

    Методо–ориентированный пакет реализует лишь часть решения, связанную с

    данным методом.

    ППП общего назначения повышают уровень автоматизации работ при создании

    ПО.

    Процедурные ППП – автоматизируют создание ПО по реализации типовых

    процедур обработки информации (ввод, хранение, вывод, корректирование,

    обновление, упорядочивание, поиск, фильтрация файлов и т.д.)

    Инструментальные средства программирования – генераторы программ,

    документаторы программ, дополнительные средства для отладки и проверки

    программ. Например, генераторы вывода табличных форм, генератор

    ввода–вывода (ГВВ), генератор экранных форм, генератор документации

    (FOXDOC) : создание программного документа – текст и описание программы.

    Сервисные – ориентированны на поддержку технологических процессов

    обработки программ, дополнение ОС.

    Достоинства ППП.

    1) Сокращение затрат на разработку; (до нескольких десятков процентов, в

    среднем 20–30%)

    2) По сравнению с элементарными средствами, более высокая комплексная

    увязка решений;

    3) Более высокое качество документирования ПИ;

    4) Более высокая функциональная надежность;

    5) Наличие развитой системы сопровождения (набор сервисных услуг, которые

    поддерживают эксплуатацию у пользователя);

    6) ППП – средство передачи и обмена опытом между разработчиками и между

    конечными пользователями;

    Недостатки ППП.

    1) Сложность освоения ППП;

    2) Большое разнообразие ППП по распространенным задачам затрудняет выбор.

    На сегодня отсутствуют объективные методы оценки ППП;

    3) Низкая степень системной увязки существующих ППП (в случае увязки

    нескольких конкретных программ по входам–выходам);

    4) Проблема наращивания и модификации;

    5) Малая функциональная полнота.

    Тема 2: Жизненный цикл ПИ (ЖЦПИ).

    ЖЦПИ по стадиям совпадает с ЖЦ любого изделия

    производственно–технического назначения и традиционно принято изображать :

    эксплуатация

    разработка-производство

    сопровождение

    Продолжительность (общая) – 3–5 лет.

    Разработка – стадия от момента исследования потребностей в ПИ до момента

    получения головного (эталонного) образца. Продолжительность: в среднем от

    0,3 до 0,5 года.

    Производство – получение экземпляра изделия, предназначенного для

    применения на конкретном объекте (экземпляр поставки). Сводится к

    тиражированию (копированию) эталонного экземпляра и адаптации под

    конкретного пользователя. Если единичный продукт то стадии разработки и

    производства объединяются.

    Эксплуатация – процесс применения экземпляра пользователем для решения

    его конкретных задач.

    Сопровождение ПИ – действия, связанные с обеспечением работоспособности

    изделия в процессе эксплуатации.

    Особенности ЖЦПИ (по сравнению с другими изделиями).

    1. В ЖЦПИ значительно велик удельный вес стадии разработки;

    2. Процесс производства прост: краток и в значительной степени сводится к

    копированию;

    3. Сопровождение играет все большую роль.

    Разработка ПИ.

    Составляющие процесса разработки ПИ:

    1) подход – от задачи; (1)

    2) подход стандартный ЕСПД. (2)

    Какой бы подход не применялся набор действий, выполняемых создателем ПИ

    практически одинаков. Вариации связанны лишь с выделением отдельных

    действий в этапы.

    (1)

    1) Системный анализ (анализ требований) предметной области. Сначала анализ

    потребностей пользователя, затем разработка целей, формулировка задачи.

    Задачи ставятся перед отдельными производителями. Выбор методов

    реализации задачи. Формирование задания разработки. (Имеется ввиду

    спецификация ПИ).

    2) Наз. (???) проектирование ПИ (внешнее).

    [pic](составить формулу документа)

    Результатом внешнего проектирования является подготовка внешней

    спецификации.

    3) Внутреннее (детальное, структурное) проектирование. (выработка

    программных решений раскрывающих внутреннюю часть ПИ). Определение

    структуры программного комплекса, состава и структуры БД, из каких

    файлов и какова их структура, связь с модулями, составление алгоритма.

    4) Подготовка (кодирование) программных текстов, параллельно с этим

    подготовка программной документации.

    5) Автономная отладка (отладка в статике), отладка модулей, их связей ...

    6) Комплексирование компонент и комплексная отладка;

    7) Испытание. Проверка работоспособности изделия в реальных условиях

    эксплуатации.

    (2)

    Делится на 5 стадий :

    1) Стадия технического задания (предпроектная стадия). Почти полностью

    совпадает с этапом системного анализа. Этапы :

    * сбор сведений (обследование);

    * обработка сведений обследования и подготовка ТЭО;

    * техническое задание (завершающий этап).

    Формирует заказчик, потребитель разработчику.

    2) Эскизное проектирование (принципиальная разработка ПИ, разработка общих

    принципов). Эскизный проект нужен для согласования между разработчиком

    и заказчиком основных технологических элементов.

    3) Техническое проектирование (технический проект). Объединение всех

    материалов внешнего и внутреннего проектирования, которые будут

    доводиться до машинной реализации.

    4) Рабочее проектирование:

    n подготовка программных текстов (адаптация программных компонент);

    n отладка во всех разновидностях;

    n подготовка программной документации.

    8) Внедрение. (Испытания в реальных условиях).

    В процессе ведется подготовка объекта к эксплуатации. ПИ – приведение

    информационной базы, связанной с ПИ, к тому виду, который требуется

    эксплуатацией.

    Обучение персонала.

    Ключевым понятием процесса разработки ПИ является работа. Как правило,

    при планировании процесса разработки не доходят до уровня программных

    операторов, операций. … Работа – совокупность действий, выполняемых одним

    или несколькими исполнителями с целью получения конкретного контролируемого

    результата.

    Тема 3: Учет и анализ затрат в ЖЦПО.

    При группировке затрат на разработку программного продукта следует

    исходить из общего положения в определении статей расходов для традиционной

    продукции.

    Статьи расходов:

    1. Затраты по заработной плате (основной, дополнительной и все

    отчисления);

    2. Затраты на технологию (на инструментальные средства, используемые при

    создании ПИ), в основном затраты на приобретение и освоение ППП,

    используемых как инструментальные средства. Затраты на ПИ, которые

    используются как эталон.

    3. Расходы на содержание и эксплуатацию технических средств разработки,

    эксплуатации и сопровождения (затраты на машинное время).

    4. Затраты на материалы (информационные носители).

    5. Затраты на энергию, на использование каналов связи (для отдельных

    видов).

    6. Общепроизводственные расходы (затраты на управленческий персонал, на

    содержание помещений).

    7. Непроизводственные расходы (затраты связанные с рекламой, поиском

    заказчиков, поставками конкретных экземпляров).

    Классификация затрат

    1) Выделяют расходы основные (непосредственно связанные с процессом

    разработки и эксплуатации ПО) и накладные расходы, которые носят

    обеспечивающий характер.

    2) По способу отнесения на конкретный продукт:

    n прямые (могут быть учтены при создании конкретного экземпляра

    продукта);

    n косвенные (связанные с созданием нескольких продуктов).

    Основные отличия в расчете затрат на программную продукцию от

    традиционных продуктов :

    1. Большая динамичность и большая неопределенность результата в заданные

    сроки, особенно на ранних стадиях разработки.

    2. Отсутствует сложившаяся технологическая база для создания программной

    продукции, что приводит к разнообразию приемов и методов разработки при

    создании схожей продукции различными разработчиками.

    3. Разнообразие предметной области.

    Методы нормирования затрат на программную продукцию отличаются от затрат,

    сложившихся в традиционных отраслях. Метод – анализ статистических данных о

    фактически завершенных разработках, выявление факторов, определяющих

    разнообразие затрат, классификация этих факторов и предоставление

    пользователю нормативных материалов, возможности выбора наиболее близкого

    ему аналога и корректировки затрат, которые произошли при разработке

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

    Особенно это существенно для затрат живого труда.

    |Стадии ЖЦПИ |Стоимостные затраты, |Временные затраты|

    | |% | |

    |Разработка требований |10 |6 |

    |Проектирование |10 |5 |

    |Программирование |10 |7 |

    |Отладка |20 |15 |

    |Эксплуатация и |50 |67 |

    |сопровождение | | |

    С = Ср+Сэ+Сс ; Ср – разработка, Сэ – эксплуатация, Сс – сопровождение.

    Ср = С1р+С2р+С3р+С4р+С5р+С6р, где

    С1р – затраты труда на создание программного продукта;

    С2р – затраты на изготовление эталонного экземпляра;

    С3р – затраты на технологию (затраты на приобретение ПС, использованных

    при разработке ПИ, инструментарий ПС);

    С4р – затраты на ВТ, использованную при разработке;

    С5р – затраты на обеспечение должной квалификации персонала разработки;

    С6р – различного рода затраты накладные, косвенные, необходимые для

    разработки.

    Основную роль играют затраты на труд, на технологию и на технику

    (согласно статистическим данным).

    Необходимо предложить методику для расчета С1р, С3р и С4р, так как

    величина С2р и С5р в %–ом выражении сравнительно устойчива и после

    определения суммы С1р+С3р+С4р может быть получена с использованием

    коэффициента. С2р ( 0,05, С5р ( 0,07. С1р зависит от объема разработки.

    [pic]

    [pic], где Р – производительность труда разработчика, Сi – произведение

    коэффициентов, которые отражают изменение трудоемкости разработки, в

    зависимости от конкретных условий в которых она проводится.

    Перечень коэффициентов Сi может быть очень разнообразен применительно к

    конкретным разработкам. Для каждой разработки автору расчетов С1р

    необходимо определить свой перечень коэффициентов, если нужно использовать

    различные источники.

    Перечень первоочередных Сi :

    1. Сложность комплекса программ (С1) проводится классификация программ по

    группам сложности (3–4 группы) и определяются признаки, позволяющие

    отнести разоаботку к конкретной группе сложности. С1 – 1(4 (увеличение

    затрат труда в несколько раз, по сравнению с простейшей).

    2. Надежность функционирования (защита от ошибок, возможность

    дополнительного контроля, обеспечение сохранности и восстановления

    информации, обеспечение ограничения доступа). С2 ( 1–5.

    3. Ограничения реализующей ЭВМ (дополнительные требования

    производительности, насколько нас сдерживает та ЭВМ, которая будет

    связана с эксплуатацией). С3 – 1(1,2–3.

    Если в результате разработки задействовано было до 50% мощности

    реализующей ЭВМ, то влияние этого фактора не учитывается. Если же мы

    превосходим эту величину, то появляется необходимость учета этого

    фактора. Если наша величина составляет более 70%, то возрастает на

    несколько десятков процентов.

    4. Необходимость использования компонент создаваемого ПО для других

    разработок, то есть ведется разработка типового ПО. С4 – 1(1,1–1,4

    (10–20%)

    5. Использование типовых проектных решений (ТПР) и ППП при разработке ПИ.

    С5 – 1(0,7–0,3 (0,3 – предельное решение)

    6. Использование передовых методов организации разработки. С6 – 1(0,8–0,5.

    (Сттруктурное программирование, использование формализованных методов

    при распределении ресурсов, нисходящее проектирование).

    7. Уровень автоматизации разработки (использование достаточно современных

    инструментальных средств, например систем программирования,

    проблемно–ориентированных систем программирования, генераторы программ,

    использование удачного текстового редактора для подготовки текстов и

    документации, средства автоматизации для отладки программ). С7 –

    1(0,5–0,25.

    8. Относительное быстродействие машин. С8 – 1(0,7–0,5, возможность

    использования ресурсов ЭВМ.

    9. Относительное число доступов к машине (число дисплеев). С9 – 1(0,7–0,5.

    10. Тематическая квалификация разработчика. С10 – 1(0,8–0,4

    11. Технологическая квалификация разработчика (опыт использования

    технических и технологических средств, которые применяются в данной

    разработке, например: язык программирования, ППП, ОС). С11 – 1(0,8–0,6.

    12. Квалификация заказчика (опыт заказчика в формулировании технического

    задания на аналогичные программноы продукты и опыт в эксплуатации). С12

    Страницы: 1, 2


    Приглашения

    09.12.2013 - 16.12.2013

    Международный конкурс хореографического искусства в рамках Международного фестиваля искусств «РОЖДЕСТВЕНСКАЯ АНДОРРА»

    09.12.2013 - 16.12.2013

    Международный конкурс хорового искусства в АНДОРРЕ «РОЖДЕСТВЕНСКАЯ АНДОРРА»




    Copyright © 2012 г.
    При использовании материалов - ссылка на сайт обязательна.