Реферат: Программное обеспечение
, его классификациясостояние и перспективы развития.
Программноеобеспечение – совокупность программ, ЭВМ, процедур и правил вместе со всей,связанной с этими компонентами, документацией позволяющей использовать ВТ длярешения конкретных задач.
Доля заработнойплаты в доходах фирмы – 46-56%.
1–вый этап:Разработка ПО для собственных нужд;
2–ой этап: Становление товарного производствапрограммной продукции. Появление и распространение отчуждаемого и тиражируемогопродукта;
3–ий этап:Экстенсивное производство ПО;
4–ый этап:Переход к интенсивному производству ПО. Появляется технологическая обработкаПО. Использование автоматизированных и типовых средств обработки (исходныхпрототипов).
Основные терминыопределяются: во–первых, стандартом ЕСПД (19.004) и ряд терминов определяетсязаконом “О правовой охране программ для ЭВМ и баз данных” 1992 год.
Программноеизделие (ПИ) – программа на носителе данных, являющаяся продуктом программногопроизводства.
Программа –объективная форма представления совокупности данных и команд, предназначенныхдля функционирования ЭВМ и других компьютерных устройств с целью полученияопределенного результата. Программа для ЭВМ – подготовительные материалыполученные в ходе ее разработки и порождаемые ею аудио–визуальные изображения.
ПИ –универсальное изделие, предназначенное для широкого круга пользователей.
ПИ – изделие,предназначенное для широкого употребления, оно должно быть тщательнодокументировано, чтобы его могли использовать не только разработчики.
Программныйпродукт – любая программная разработка, которая может быть получена не толькокак результат промышленного производства.
Программноесредство (ПС) – программа, предназначенная для многократного применения наразличных объектах и разработанная любым способом (чаще всего имеют ввиду –средства производства ПИ, и инструментарий для разработки ПИ).
Классификация ПО(по областям применения)
/>
АП – средстваконтроля аппаратуры, диагностика работы аппаратуры.
ОС – управлениересурсами ЭВМ (иногда объединяются с с/с программирования)
Система программирования– совокупность средств разработки программ. Обеспечивает автоматизациюсоставления, отладки и испытания программ (языковые средства, трансляторы,редакторы, отладчики, сервисные программы).
Прикладныепрограммы частного применения – эксплуатируются на одном объекте, для которогои были созданы.
ППП –отчуждаемое, тиражируемое ПО. Предназначено для групп объектов с общимисвойствами в отношении решаемой задачи. Тираж пакета зависит от егоразновидности.
Обстановка наевропейском рынке
№ п/п
ПО в Европе
»85 год
начало 90–х
1 ППП и ОС 34 51 2 Заказное ПО и консультации 29 28 3 Обучение 5 5 4 Вычислительные услуги 32 16На системное Поприходится » 30% общегообъема продаж, а на прикладное »70%.
ППП – комплекспрограммных средств и документов, предназначенных для реализации функциональнозавершенного алгоритма обработки данных. Он обеспечивает автоматизацию созданиярабочих программ, автоматизацию процесса решения задач.
Характерныечерты (3 свойства) :
Содержит наборготовых алгоритмических решений доводимых до конкретной машинной реализации;
Содержитмеханизм настройки на параметры конкретного объекта применения;
Пакет ПП долженпредусматривать возможность дополнения его программами, привязывающими кспецифике конкретного объекта, а также к изменившимся во времени условиямэксплуатации.
КлассификацияППП (по области применения)
/>
Проблемно–ориентированноеППП предназначено для обработки данных в рамках решения определенной задачи,ориентированной на обеспечение потребностей конечного пользователя.
Методо–ориентированноеППП реализуют тот или иной метод (математический) обработки информации.
ФункциональныеППП обеспечивают максимальную автоматизацию программирования при решенииконкретной задачи, от входного документа, включая метод решения задачи и довыдачи выходного документа.
Методо–ориентированныйпакет реализует лишь часть решения, связанную с данным методом.
ППП общегоназначения повышают уровень автоматизации работ при создании ПО.
Процедурные ППП– автоматизируют создание ПО по реализации типовых процедур обработки информации(ввод, хранение, вывод, корректирование, обновление, упорядочивание, поиск,фильтрация файлов и т.д.)
Инструментальныесредства программирования – генераторы программ, документаторы программ,дополнительные средства для отладки и проверки программ. Например, генераторывывода табличных форм, генератор ввода–вывода (ГВВ), генератор экранных форм,генератор документации (FOXDOC): создание программного документа – текст иописание программы.
Сервисные –ориентированны на поддержку технологических процессов обработки программ,дополнение ОС.
Достоинства ППП.
Сокращениезатрат на разработку; (до нескольких десятков процентов, в среднем 20–30%)
По сравнению сэлементарными средствами, более высокая комплексная увязка решений;
Более высокоекачество документирования ПИ;
Более высокаяфункциональная надежность;
Наличие развитойсистемы сопровождения (набор сервисных услуг, которые поддерживают эксплуатациюу пользователя);
ППП – средствопередачи и обмена опытом между разработчиками и между конечными пользователями;
Недостатки ППП.
Сложностьосвоения ППП;
Большоеразнообразие ППП по распространенным задачам затрудняет выбор. На сегодняотсутствуют объективные методы оценки ППП;
Низкая степеньсистемной увязки существующих ППП (в случае увязки нескольких конкретныхпрограмм по входам–выходам);
Проблеманаращивания и модификации;
Малаяфункциональная полнота.
Тема 2:Жизненный цикл ПИ (ЖЦПИ).
Продолжительность(общая) – 3–5 лет.
Разработка –стадия от момента исследования потребностей в ПИ до момента получения головного(эталонного) образца. Продолжительность: в среднем от 0,3 до 0,5 года.
Производство –получение экземпляра изделия, предназначенного для применения на конкретномобъекте (экземпляр поставки). Сводится к тиражированию (копированию) эталонногоэкземпляра и адаптации под конкретного пользователя. Если единичный продукт тостадии разработки и производства объединяются.
Эксплуатация –процесс применения экземпляра пользователем для решения его конкретных задач.
Сопровождение ПИ– действия, связанные с обеспечением работоспособности изделия в процессеэксплуатации.
Особенности ЖЦПИ(по сравнению с другими изделиями).
В ЖЦПИзначительно велик удельный вес стадии разработки;
Процесспроизводства прост: краток и в значительной степени сводится к копированию;
Сопровождениеиграет все большую роль.
Разработка ПИ.
Составляющиепроцесса разработки ПИ:
подход – отзадачи; (1)
подходстандартный ЕСПД. (2)
Какой бы подходне применялся набор действий, выполняемых создателем ПИ практически одинаков.Вариации связанны лишь с выделением отдельных действий в этапы.
(1)
Системный анализ(анализ требований) предметной области. Сначала анализ потребностейпользователя, затем разработка целей, формулировка задачи. Задачи ставятсяперед отдельными производителями. Выбор методов реализации задачи. Формированиезадания разработки. (Имеется ввиду спецификация ПИ).
Наз. (???)проектирование ПИ (внешнее).
/>(составить формулу документа)
Результатомвнешнего проектирования является подготовка внешней спецификации.
Внутреннее(детальное, структурное) проектирование. (выработка программных решенийраскрывающих внутреннюю часть ПИ). Определение структуры программногокомплекса, состава и структуры БД, из каких файлов и какова их структура, связьс модулями, составление алгоритма.
Подготовка(кодирование) программных текстов, параллельно с этим подготовка программнойдокументации.
Автономнаяотладка (отладка в статике), отладка модулей, их связей ...
Комплексированиекомпонент и комплексная отладка;
Испытание.Проверка работоспособности изделия в реальных условиях эксплуатации.
(2)
Делится на 5стадий :
Стадиятехнического задания (предпроектная стадия). Почти полностью совпадает с этапомсистемного анализа. Этапы :
сбор сведений(обследование);
обработкасведений обследования и подготовка ТЭО;
техническоезадание (завершающий этап).
Формируетзаказчик, потребитель разработчику.
Эскизноепроектирование (принципиальная разработка ПИ, разработка общих принципов).Эскизный проект нужен для согласования между разработчиком и заказчикомосновных технологических элементов.
Техническоепроектирование (технический проект). Объединение всех материалов внешнего ивнутреннего проектирования, которые будут доводиться до машинной реализации.
Рабочеепроектирование:
подготовкапрограммных текстов (адаптация программных компонент);
отладка во всехразновидностях;
подготовкапрограммной документации.
Внедрение.(Испытания в реальных условиях).
В процессе ведетсяподготовка объекта к эксплуатации. ПИ – приведение информационной базы,связанной с ПИ, к тому виду, который требуется эксплуатацией.
Обучениеперсонала.
Ключевымпонятием процесса разработки ПИ является работа. Как правило, при планированиипроцесса разработки не доходят до уровня программных операторов, операций. …Работа – совокупность действий, выполняемых одним или несколькими исполнителямис целью получения конкретного контролируемого результата.
Тема 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р зависит от объемаразработки.
/>
/>, где Р –производительность труда разработчика, Сi – произведение коэффициентов, которыеотражают изменение трудоемкости разработки, в зависимости от конкретных условийв которых она проводится.
Переченькоэффициентов Сi может быть очень разнообразен применительно к конкретнымразработкам. Для каждой разработки автору расчетов С1р необходимо определитьсвой перечень коэффициентов, если нужно использовать различные источники.
Переченьпервоочередных Сi :
Сложностькомплекса программ (С1) проводится классификация программ по группам сложности(3–4 группы) и определяются признаки, позволяющие отнести разоаботку кконкретной группе сложности. С1 – 1¸4 (увеличение затрат труда в несколько раз, посравнению с простейшей).
Надежностьфункционирования (защита от ошибок, возможность дополнительного контроля, обеспечениесохранности и восстановления информации, обеспечение ограничения доступа). С2 ¸ 1–5.
Ограниченияреализующей ЭВМ (дополнительные требования производительности, насколько нассдерживает та ЭВМ, которая будет связана с эксплуатацией). С3 – 1¸1,2–3.
Если в результате разработки задействовано было до 50% мощности реализующейЭВМ, то влияние этого фактора не учитывается. Если же мы превосходим этувеличину, то появляется необходимость учета этого фактора. Если наша величинасоставляет более 70%, то возрастает на несколько десятков процентов.
Необходимостьиспользования компонент создаваемого ПО для других разработок, то есть ведетсяразработка типового ПО. С4 – 1¸1,1–1,4(10–20%)
Использованиетиповых проектных решений (ТПР) и ППП при разработке ПИ. С5 – 1¸0,7–0,3 (0,3 –предельное решение)
Использованиепередовых методов организации разработки. С6 – 1¸0,8–0,5. (Сттруктурное программирование,использование формализованных методов при распределении ресурсов, нисходящеепроектирование).
Уровеньавтоматизации разработки (использование достаточно современных инструментальныхсредств, например систем программирования, проблемно–ориентированных системпрограммирования, генераторы программ, использование удачного текстовогоредактора для подготовки текстов и документации, средства автоматизации дляотладки программ). С7 – 1¸0,5–0,25.
Относительноебыстродействие машин. С8 – 1¸0,7–0,5,возможность использования ресурсов ЭВМ.
Относительноечисло доступов к машине (число дисплеев). С9 – 1¸0,7–0,5.
Тематическаяквалификация разработчика. С10 – 1¸0,8–0,4
Технологическаяквалификация разработчика (опыт использования технических и технологическихсредств, которые применяются в данной разработке, например: языкпрограммирования, ППП, ОС). С11 – 1¸0,8–0,6.
Квалификациязаказчика (опыт заказчика в формулировании технического задания на аналогичныепрограммноы продукты и опыт в эксплуатации). С12 – 1¸1,5 вплоть до 5.
/>
1 –Предпроектная стадия;
2 –Проектирование;
3 –Технологическая подготовка;
4 –Программирование;
5 – Автономнаяотладка;
6 – Комлекснаяотладка;
7 – Выпускдокументации, подготовка носителей;
8 – Испытания.
В определенииконкретной величины С1р используют подход “от аналога”. Ищутся близкие к нашим,но уже завершенные разработки.
Книги:
УНВ (укрупненныенормы времени) – позволяют подобрать аналог исходя из особенностейтехнологического процесса обработки информации на объекте.
ТНВ (типовыенормы времени) – позволяют подобрать аналог исходя из функциональныхособенностей решаемой задачи.
УНВ – базируютсяна подборе аналога, исходя из технологии обработки информации. По каждойтиповой процедуре (ввод, генерация отчетов, поиск в БД). Для прогнозируемогообъема разработки предлагаются базовые трудоемкости. В дальнейшем базовыетрудоемкости корректируется исходя из технологических факторов, которые связаныс условиями реального объекта.
Учитываютсяследующие факторы, определяющие трудоемкость:
Объем разработки(количество операторов);
Сложностьразработки;
Степень новизны;
Степеньиспользования типовых проектных решений, стндартных модулей и т.д. приразработке;
Этапыопределения трудоемкости:
Определяется типпроцедуры;
По каталогуаналогов определяется сколько потребовала реализация этой типовой процедуры втестовых условиях (количество строк исходного текста):
/>
Определяетсястепень сложности разработки;
3–4 группы сложности,по каждой из групп сложности заданы характеристики, которые позволяют отнестиразработку к той или иной группе :
1 группа:(высшая) интеллект и языковой интерфейс, работа в режиме реального времени(процесс обработки сопоставим по времени с требованиями), режим работытелекоммуникационный, машинная графика (разработка элементов), реализациякомплекса разработок.
2 группа:оптимизационные расчеты, применение сложных математических методов, настройкана изменяющиеся внешние условия, предусмотрение переносимости создаваемогопродукта.
3 группа: (невстречается ничего из вышеперечисленного).
По группесложности из таблиц определяется трудоемкость:
V
Группа сложности
тыс. усл. ед.
1
2
3
1 229 2 244 10 3905 2425 445 20 4700 2858 812 100 15598 8700 5800 200 35000 20000 15000 500 110000 65000 54000После получениябазового значения необходимо откорректировать это значение с учетом всехвозможных коэффициентов, учитывающих вляние факторов связанных с прогрессивнымитехнологическими разработками (С6¸С9)
По степениновизны классификация по трем группам.
Кн – коэффициентновизны.
А –принципиально новые разработки.
Б – развитиепараметрического ряда ПС (в известной предметной области использовалась либоновая техника, либо новые программные средства).
В –Использование знакомых средств разработки в известной предметной области.
А
Б
В
Кн 1¸1,75 1¸0,8 0,7Использованиетиповых элементов в разработке.
Кт – коэффициенттиповости.
Кт
Степень применения типовых практических решений
0,6 >60% 0,7 40–60% 0,8 20–40% 0,9 <20% 1,0 не использовалисьКоэффицентсложности.
Ксл = 1 + />, />Тр – корректируется Тр сучетом всех коэффициентов сложности.
Ксл
1. Связь с другими программными изделями 0,08 2. Интерактивный режим 0,06 3. Ведение сложной структуры данных 0,07 4. Наличие нескольких характеристик сложности : – двух 0,12 – трех 0,18 – более трех 0,26Разнесениетрудоемкости по отдельным этапам разработки:
Используютсякоэффициенты Тэ=То Кэ
Таблица:ориентировочные коэффициенты удельного веса от этапов во всей разработке.
Кэ
Степень новизны
Стадии
1
2
3
Ктз 0,11 0,10 0,09 техническое задание Кэп 0,09 0,08 0,07 эскизное проектирование Ктп 0,11 0,09 0,07 технического проектир. Крп 0,55 0,58 0,61 рабочего проектирования Квн 0,14 0,15 0,16 внедрения
Срок разработки: />, где Т – трудоемкость, N –количество исполнителей, а Ф – фонд времени приходящийся на исполнителя заучетный период (год, месяц).
Методическиематериалы типа УНВ требуют в качестве исходных данных (использование) знаниетехнологических особенностей обработки информации, что не всегда бываетизвестно на ранних этапах создания ПИ. При составлении технического заданияизвестны лишь задачи, которые будут решаться с помощью создаваемого ПИ иперечень форм входной и выходной информации, которая связана с решаемойзадачей. В таком случае применение УНВ затруднительно. Иной подход копределению методик определения затарат связан с перечнем решаемых задач(подход “от задачи”): ТНВ – типовые нормы времени.
Исходные данныедля определения трудоемкости связанных с типовой классической классификациейзадач, решаемых на экономико–организационных объектах. Сбором статистическойинформации получают сведения, позволяющие определить трудоемкость в зависимостиот объема.
ТНВ состоит изтаблиц, например :
Вых\Вх
Количество форм
1
2
3
…
42
Кол–во 1 17 22 … … 72 форм 2 … ТП подсистемы БУ … … … … 20 91 … … … 385Послеопределенного базового значения Тр производится его корректировка с помощьюкоэффициентов, учитывающих влияние факторов, отличающих конкретную разработкуот типовой (степень новизны, сложность алгоритма, язык программирования и т.д.)
Затраты натехнологию и ПС автоматизации разработки: Сзр.
Техническиесредства разработки определяемые в процессе технологической подготовкиразработки: Сзр=Сзр1+Сзр2+Сзр3.
Затраты натехнологию связаны:
Затраты наприобретение технических средств (прейскурантная цена приобретаемого средства)– Сзр1;
Затраты наосвоение и внедрение принятой технологии подготовки (затраты труда на освоение– ЗП, затраты на машинное время, связанное с оснвоением, затраты на обучениеперсонала) – Сзр2;
Затраты наэксплуатацию технологических средств (затраты на сопровождение технологическогосредства на тот период времени, на который приходится разработка) – Сзр3.
Чаще всегоприобретенные инструментальные средства используются в нескольких разработках,тогда Сзр1 разнесена на все разработки, в которых используется данноеинструментальное средство. На конкретную разработку списывается лишь частьзатрат, которая определяется амортизационным периодом инструментальногосредства = продолжительности разработки. Если в этот амортизационный периодпроводится несколько разработок с применением этого инструментального средства,то затраты амортизационнго периода распределяются по всем разработкам,пропорционально затратам машинного времени.
Затраты натехнические средства (С4р)
Как правилотехнические средства применяемые для разработки (ВТ) не связаны с однойконкретной разработкой и по отношению к ним могут применять все теже правиларазнесения затрат пропорционально амортизационному периоду, тогда затраты натехнические средства сводятся к затратам на машинного времени на разработку.
Определениезатрат машинного времени на разработку связано с технологической ЭВМ, то есть стой машиной, которая используется для разработки. Помимо технол. ЭВМ в ЖЦПИпоявляется реализующая ЭВМ, но кторой ведется эксплуатация и затраты на этумашину не связаны с разработкой. Моделирующая ЭВМ в случае, когда велики различиямежду технологической и реализующей ЭВМ. В основном машинное времязатрачивается на:
Формированиепрограммного текста;
Формированиепрограммной документации;
Отладку ииспытания;
Технологическуюподготовку.
Можетиспользоваться два подхода в определении затрат на машинное время.
Исходя из затраттруда (С1з–>С4р). При определении затрат машинного времени исходят изнормативной для данного объекта велечины обеспечения одного раработчикамашинным временем 2¸6 часов в суткина одного работника (в среднем 4 часа).
Нормативнаявеличина, как правило сопровождается затратами времени при типовых нагрузках наразработчика (этап ???). Для остальных периодов используются законыраспределения машинного времени.
/>
Методически схожс определением величины С1р (т.е. исходить из величины типового аналога). Тогданакапливаются статистические данные по затратам машинного времени во множествевыполненных разработок, полученная статистика классифицируется по условиям, вкоторых велись конкретные разработки и тогда при определении величины С4р дляодного частного случая разработчик выбирает аналог, ту типовую разработку,которая наиболее близка к его условиям, принимает в качстве базового среднюювеличину затрат и потом корректирует эту величину с помощью всех доступныхкоэффициентов.
Типовые ситуацииклассифицируются по функционально решаемым задачам. По каждой задачеуказывается количество форм входной и выходной информации.
Вх\Вых
1
…
42
1 6 … 51 … … … … 20 95 … 755(Пример длязадач БУ)
Далее эта нормауточняется в связи с новизной, сложностью, применением языков программирования(0,69¸1,58).
С1р+С3р+С4р,С1з–>Ср1–>С2р С5р С6р, С2р–>Ср
Затраты наэксплуатацию
С = Ср + Сэ +Сс
Сэ = С1э + С2э+С3э, где
С1э – затраты нанепосредственно эксплуатацию ПИ;
С2э – потериэффективности функционирования ПИ вследствие задержки и потерь информации,подлежащей обработке;
С3э – потериэффективности функционирования ПИ, возникшие из–за сбоя или ошибок в работепрограммы.
С2э, С3э –зависит от потребительских свойств информации, обрабатываемой ПИ. Если удаетсяустановить связь между эффектом, полученным от решения задачи в в тех случаяхкогда это решение происходит вовремя и недополучения эффекта (а может бытьштрафом или явно выраженными потерями) при задержке решения на определенноевремя, то разность между этими двумя величинами может составить сумму С2э иС3э.
С1э
Lмtм + Lмtп+ЗП+(ЗП)/Кз,где
Lм – затратымашинного времени (стоимость единицы машинного времени);
tм – времязатраченное на решение задачи;
tп – затратымашинного времени, необходимого для поддержания программм в работоспособномсостоянии.
Плюс затраты наперсонал связанный с эксплуатацией ПИ и прочими расходами, которые можносчитать косвенными по отношению к ЗП.
Сс – затраты посопровождению.
Сс = С1с+С2с+С3с
С1с – затраты наобнаружение и исправление программных ошибок в процессе сопровождения;
С2с – затраты надоработку и совершенствование программы (модификацию);
С3с – затарты натиражирование и внедрение новых версий.
С1с=L1с*Пк*tc/n0,где
L1с –нормированная величина трудоемкости исправления ошибок;
Пк – объемпроизводственного комплекса;
tс – времясопровождения;
n0 – количествоошибок.
/>, где
L2с –коэффициент учитывающий повышение трудоемкости работ, связанных с внесениемизменений в программу (изменяется от 1 до 3);
Ср – затраты наразработку;
Pi – доля программногов комлекса переработанного при подготовке новой версии.
С3с измеряется в% от С2с.
Затраты по ЖЦПИнужны, когда:
Оцениваетсяэффективность (качество) создаваемого ПИ;
Определяетсяцена.
Показателиэффективности и качества ПИ.
Оценкапотребителя для выбора ПИ;
Оценкаэффективности ПИ.
Выделяют двавида показателей :
обобщенный;
часный.
(1) – хорош сточки зрения оценки результатов ПИ (в эксплуатации).
– проще вполучении и конкретном назначении но поскольку они работают в совокупности, товозможно появление противоречивых оценок по множеству ??? показателей.
Обобщенныепоазатели.
Должны иметьстоимостной характер.
Э = В – С
Э – эффект;
В – суммарнаявыгода, экономия от эксплуатации ПИ;
Величина эффектадля конкретного ПИ чаще всего бывает связана с эффектом эксплуатацииинформационной системы, частью которой и является данное ПИ. В этом случаеметодически определение эффекта должно быть согласовано, сопоставимо сопределением эффекта от эксплуатации информационной системы на объекте.
/>
Где индекс б– относится к базовому варианту, а п – к предлагаемому.
С – текущиезатраты на эксплуатацию ПИ сопоставления вариантов.
К –единовременные затраты на сопоставление вариантов.
Различают видыэффекта:
предварительный(определенный до начала разработки или на предпроектной стадии);
потенциальный(рассчитанный по завершении разработки, связан с максимально возможнымприменением на всех возможных объектах, допускающих его использование);
гарантированный(связан с одним конкретным потребителем);
фактический(рассчитанный по результатам эксплуатации ПИ на конкретном объекте заопределенный период).
При определениивеличины эффекта проводится сопоставление затрат по вариантам реализации ПО наконкретном объекте. Можно в определении эффекта учитывать не все статьи затрат,а только те, по которым сопоставляемые варианты существенно различаются.
Если по каким–тостатьям затрат варианты сопоставимы (незначительно отличаются друг от друга),то нет необходимости определять значения затрат по этим статьям.
При выборебазового варианта следует:
При разработкеПИ для конкретного объекта в качестве базового принимается тот вариантобработки данных, который заменяется предлагаемым (обычно существующий,действующий);
При определениивеличины эффекта для тиражируемого ПИ, выпускаемого на рынке в качествебазового варианта принимается конкурентный ППП, обладающий наилучшимихарактеристиками, как эксплуатационными, так и затратными.
/>
Основныезатруднения в определении частных показателей связаны с тем, что они носяткачественный характер и должны оценивать различные свойства сопоставляемыхпрограммных изделий. А эти свойства присущи не самому программному изделию, асвязаны с объектом применения ПИ.
Таким образомкачество ПИ относительное понятие, которое имеет смысл только лишб в связи среальными условиями применения. Совокупность свойств программного продукта,котрые обуславливают возможность удовлетворить определенные потребностипользователя в соответствии с назначением – качство ПИ.
Возможнаклассификаци характеристик качества ПИ по различным направлениям:
Оценканадежности создаваемого изделия.
Защита от ошибокв работе ПИ;
обеспечениевозможности ПИ сохранения информации в случае потери какой–либо части хранимыхданных (например хранение копий);
обеспечениезащиты от несанкционированного доступа.
МодифицируемостьПИ (модернизированность).
наличиересурсов, которые позволяют разрабатывать новые версии при изменении условийэксплуатации;
мобильность(портативность, переносимость) – возможность ПИ к адаптации при переносе его нановый объект;
отношениеизменения объема при переносе программного текста к общему объему программноготекста.
Эффективностьиспользования ресурсов.
Качестводокументирования сведения об ошибках :
множествоспособов передачи информации потребителю (бумажная документация, файлтекстовый, наличие справочного интерфейса, возможность контекстной подсказки);
обучающие версиипрограмм, их представление;
наличиеавтоматизированной системы обучения;
наличиеинструкций в эксплуатационной документации.
Доступность(легкость освоения). Требования к квалификации пользователя.
Корректность(степень адекватности реализованных в ППП методов требованиям предметнойобласти).
Наборфункциональных показателей ППП (сопоставление фактически полученных значенийэксплуатационных показателей с требованиями предметной области).
По наборупоказателей качества ППП возможно применение экспертных оценок (баллы) и получениесуммарной оценки (баллы), связанной с валовым коэффициентом, который учитываетзначимость каждой характеристики.
/>
Пример:
производительность многосторонность обработка ошибок сложность обучения сложность использования общая пользовательская оценка мощность dBase Ä Æ Æ Ä Ä 7.0 6.7 Paradox Å Æ Ä Ä Ä 6.8 5.1 FoxPro Ä Å Æ Æ Æ 6.8 7.1 R:Base Å Æ Æ Ä Ä 5.8 3.6 Clarion Ä Å Æ Æ Æ 5.7 6.0Ä — 7¸10; Æ — 5¸6,9; Å — <5.
ХарактеристикиППП:
мощность пакета( сравнительное определение двух характеристик: производительности имногосторонности);
общаяпотребительская оценка:
((3*ЛЕГКОСВ)+(6*удобств.исп.)+(2*обр.ошиб.)+оценкаиспыт.)/12
/>
Тема 4:Ценообразование программной продукции.
Объектом расчетацен являются:
ПИ,изготовленные по индивидуальному заказу (договору);
ПИ, тиражируемоеи поставляемое потребителю с помощью торгующих посредников;
Промышленныеуслуги, оказываемые при внедрении ПИ.
Основойформирования цены является:
Определениеэкономически обоснованных затрат на создание ПИ. Обоснование затрат наразработку ПИ возможно с привлечением нормативных материалов (УНВ, ТНВ) собязательными уточнениями с помощью учета всех влияния всех дополнительныхфакторов, приближенность материалов к источнику и условиями конкретнойразработки;
Потребительскиесвойства ПИ в их сопоставлении на рынке программной продукции.
Различают двавида цен: договорные и прейскурантные, связанные с поставкой тиражируемогопрограммного продукта (преимущественно через посредника).
Договорные(оптовые) цены — определяются сторонами, исходя из договора (техническогозадания, условий договора), с учетом экономически обоснованных затрат исогласованного сторонами размера прибыли. Материалы, связанные с формированиемдоговорной цены оформляются в виде калькуляции цены, которые представлены какотдельные составляющие затрат по разработке.
Предложение по Побосновывается, исходя из расчета уровня прибыли, которая складывается вотрасли, связанной с разработкой и применением программной продукции.
Заказчик исходитиз уровня прибыли, который сложился в отрасли, где будет применяться ПИ (всвоей области).
Эти два уровнямогут не совпадать (конфликт между разработчиком и заказчиком).
При определениидоговорной цены на программную продукцию, поставляемую нескольким заказчикам(или в нескольких экземплярах) в цену экземпляра поставки включаются затраты наразработку разнесенные на общее количество экземпляров поставки.
В случаевыполнения новых заказов на эту же продукцию из системы разработки должныисключиться затраты, связанный с созданием и изготовлением первой партии, тоесть затраты компенсируются предыдущими партиями.
При формированиидоговорной цены сначала определяют предварительную договорную цену (ПДЦ),которая складывается из составляющих:
ПДЦ = С + П + Н
С — себестоимость, П — прибыль, Н — налоги.
После того какподготовлено предложение о ПДЦ возможна и корректировка:
ДЦ = ПДЦ + ПП
ПП — предложенияпо прибыли.
Аналогичноопределяются цены на услуги по сопровождению программной продукции, с той лишьразницей, что цена на услуги может быть связана не с самим фактором проведенияработ, а с периодом в течение которого оказываются эти услуги.
/>
количествоинтервалов выплаты — 12 или 4 (месяц или квартал).
Если затраты запериод собираются не на конкретного потребителя услуг, а на всех потребителей,то включают в знаменатель количество потребителей.
Прейскурантныецены (ПЦ).
Непредполагается согласование размера цены между поставщиком и потребителем. Онификсированы в прейскурантах, обычно не сопровождаются калькуляциями (то естьрасчет идет по принципу “нравится или нет”).
ПЦ частоиспользуются при работе фондов программ, которые поддерживаются организациями — посредниками. Разработчики и поставщики не одно и то же лицо.
/>, где
СИ — себестоимость изготовления;
Н — налоги;
ПИ — прибыльизготовителя;
В себестоимостьизготовления конкретного экземпляра поставки включают:
затраты наприобретение эталонного экземпляра, эти затраты чаще определяют ЦД;
затратыизготовления экземпляра поставки (затраты на тиражирование, некоторые затратыпо инсталляции экземпляра в условиях конкретного объекта);
затраты напроизводство.
ПИ — прибыльизготовителя зависит от конъюнктуры рынка.
Для того чтобыстимулировать разработчика на создание программной продукции, ориентированнойна максимально большой тираж, в ПЦ можно включить коэффициент % авторскоговознаграждения.
По отношению кПЦ возможно применение всех тех соображений, связанных с компенсацией затрат.
Цены первойступени обычно связаны с компенсацией затрат на приобретение эталонногообразца;
Цены второй ипоследующих ступеней исключают эти затраты и предполагаемые затраты напроизводство.
Тема 6:Управление разработкой программной продукции.
Управлениеосуществляется для обеспечения требуемого качества изделия (в техническомзадании);
Соблюдениесроков разработки (ТЗ);
Эффективноеиспользование ресурсов разработки.
Управлениеосуществляется на основе последовательной реализации работ и этапов ЖЦПО:
В первую очередьнадо весь процесс разработки разбить на отдельные этапы и работы. Для каждогоэтапа (работы) формируется задание, имеющее реальный, контролируемый результат.
Осуществляетсяучет выполнения этапов и работ.
На основанииконтроля принимаются управленческие действия по ликвидации отклоненийфактических результатов от запланированных.
Особенностиразработки программной продукции.
Крупномасштабностьпланирования. Планирование ведется на уровне этапов и работ.
номенклатураработ, выполняемых во время создания ПП, во многом зависит от требованийконкретной реализации.
Плохаясбалансированность планов работ по ресурсам. отсутствие достоверных методовраспределения ресурсов по работам приводит к перераспределению ресурсов.
Для того чтобыосуществить качественное управление разработкой осуществляется технологическаяподготовка разработки.
Определитьсостав и последовательность выполнения работ.
Определитьсостав и квалификацию исполнителей по выполнению работ.
Определитьоборудование, необходимое для выполнения работ.
Методы иинструментальные средства выполнения работ.
Методы исредства контроля результатов работ.
Норма расходаресурсов по отдельным работам.
Составбиблиотеки проекта, то есть какими внутренними документами оформляется ходразработки, фиксирующий промежуточные результаты.
Технологическаяподготовка может проводиться как специальной службой, это обычно происходит вкрупных организациях-разработчиках, либо технологическая подготовка проводитсяруководителем разработки проекта или ответственным исполнителем в рамкахнескольких бригад.
В результатетехнологической подготовки получают технологическую схему разработки ПП, вкоторой представлен перечень работ, в той последовательности, в которой онидолжны быть проведены, и по каждой работе указанны все ресурсы и средстванеобходимые для ее выполнения.
В качестветехнологической схемы в программостроении выступают клмандные планы и наборызаданий.
Отсутствиедостоверных методических материалов облегчающих определение перечня работ,проводимых на поздних этапах создания ПП, тогда, когда его разработка тольконачинается, приводит к тому, что при переходе от этапа к этапу перечень работприходится пересматривать. Отсюда и технологическая подготовка может бытьрассредоточена во времени. Для технологической подготовки необходимо:
Техническоезадание (ТЗ);
Нормативно-методическаядокументация (стандарты, методические материалы);
Архивтехнологических процессов по предыдущим резработкам;
Наборинструментальных средств (систем программирования, документации).
Результатытехнологической подготовки используются для того чтобы сформулировать заданиеразработчикам.
Производитсядиспетчерское обслуживание разработки (контроля хожа выполнения задания);
В случаеполучения результатов об отклонении принимаются решения по корректировкепроцесса разработки;
Позволяютнаращивать архив разработки и используются в дальнейшем.
Организацияколлектива разработчиков.
Преобладающимметодом организации является организация бригад. Метод предметных связейиспользуется реже, тогда когда ведется разработка не тиражируемого продуктасилами организации, которая будети вести его эксплуатацию.
С точки зренияадминистративной, бригада — структурная производственная единица, которая можетбыть образована в рамках существующего структурного подразделения длявыполнения определенной работы, имеющей конкретный результат.
При определениирезультата работы бригады может быть сформулировано частичное техническоезадание.
Существуют дваварианта бригад:
предметнаяобласть ПИ определяется в терминах программирования, то есть заданиепредставляется собой результат работы относящийся к программированию;
предметнаяобласть ПИ определяется в терминах того языка, который используется впредметной области (функционально и математическо ориентированные ППП);
В первом случаепредметная область имеет вид хорошо знакомый и понятный программисту и работапредполагает техническое проектирование может выполнить программист. Бригадаможет быть сформирована из специалистов одного профиля (в основномпрограммисты).
Во втором случаеработы по техническому проектированию могут быть выполнены специалистом впредметной области. Принятое им проектное решение, вплоть до техническогопроекта в дальнейшем доводится до машинной реализацииспециалистом-программистом. параллельно эксплуатируется документация, повозможности, должна разрабатываться специалистом из предметной области. Впроцессе внедрения, проверка работоспособности ППП тоже проводится специалистомиз предметной области.
При разработкахвторого вида распределение специалистов по бригадам может быть:
Формированиебригады.
…
Разрабатываются2-3 программных изделия одной бригадой, параллельно, но с некоторым сдвигом повремени.
I ТЗ ТП РП ВН II ТЗ ТП РП III ТЗ ТПФормированиеспециализированных бригад (из специалистов одного профиля). Результат работыотдельной бригады не всегда представляет собой конечный результат разработки.
Сложнее вестиуправление разработкой, требуется строгая формализация работ каждой бригады. Напоздних этапах разработки результаты могут отклоняться от ТЗ.
Если из-засложности и масштабности разработки требуется большое число исполнителей иорганизация нескольких бригад, то рекомендуется:
Рассмотретьвопрос о специализации бригад по функциональному признаку;
Желательновнедрить ведущую, главную бригаду. Эта бригада выполняет наиболее существенноезадание и как можно больше участвует в жизненном цикле. Бригаде даются другиебригады соисполнители (которые могут быть со своим ТЗ).
Профессиональныйсостав исполнителей.
Удобно увязать сэтапами разработки (стадиями):
ТЗ — формируется1 бригада (на предпроектной стадии). Руководитель разработки,высококвалифицированных постановщиков-аналитиков.
При переходе наследующие этапы, члены бригады, проводящие предпроектные исследования, чащевсего становятся руководителями коллектива разработчиков.
ТП (техническоепроектирование) — ведущие постановщики с их подчиненными соисполнителямипостановщиками. Ведущий постановщик выделяется по функциональному признаку.Каждому ведущему постановщику и его коллективу полезно придатьконсультанта-программиста.
РП (рабочеепроектирование) — формируется коллективы программистов во главе с ведущим(программистом-консультантом) в случае необходимости постановщики становятсяконсультантами. … и специалисты по документированию.
ВН (внедрение) — ведущим становится постановщик, желательно включить в состав исполнителейпредставителей от заказчика.
Полезно выделитьнесколько лиц, стоящих вне бригад:
руководитель:не включается в состав никаких бригад :
“+” руководительобъективен ко всем бригадам и с точки зрения самих исполнителей;
“-“ руководительтеряет технологическую квалификацию и становится администратором.
системныйпрограммист — консультационная работа, но в то же время работой он не такзагружен, чтобы входить в состав бригады. Специалист технического характера, сознанием инструментария.
лицо, котороеведет работу с заказчиками, работа на рынке по подбору заказчиков.
Численный составразработчиков:
/>
Т — трудоемкость,t — срокразработки.
Если расчетнаявеличина Т значительно отклоняется от технического задания, то можно вернутьсяк пересмотру численности или подобрать объем работ под срок и под численность.
T-tN, значит мыпересматриваем техническое задание.
Попутно решаетсявопрос о финансировании разработки. Сумма затрат в задании на разработку (S) выводится изчисленности (N),продолжительности работы (t) суммы фонда ЗП на одного разработчика(F). К — доля ЗП изатрат на труд в общих затратах на разработку:
/>
Последняя дробьв скобках — выработка одного разработчика.
Для крупных фирмспециализирующихся на разработке К»0,3¸0,4;
Малыеорганизационные формы в виде малых предприятий (20-30 чел.) К»0,5¸0,7;
Во временныхколлективах К>0,8 ближе к 1.
Помимоспециализации исполнителей по основным работам, связанным с созданиемпрограммного продукта (постановщики и программисты) можно специализироватьисполнителей по наиболее распространенным, типичным работам, связанным ссозданием программного продукта. Такие исполнители как могут входить в составбригад служб разработки, так могут быть организованны в собственные коллективы(специальная бригада).
а) специалистыразработки (службы разработки);
б) специалистыпо обслуживанию (в том числе мат.-техн. обслуживание разработки, информационноеобслуживание: получение сведений о других разработках и инструментах,методические материалы, патентная работа: обслуживание авторского права);
в) специалистыпо испытанию изделий. Соответствие результатов разработки ТЗ. (Сами работы поиспытаниям требуют других навыков);
Работы поиспытанию могут переходить в работы по сертификации (исследование чужогопрограммного продукта с целью предоставления сертификата). Для этого необходимовыработать стандарты и выпустить документ с требованиями стандарта.
г) Работы поподготовке и выпуску документации. Документация в большей степени поддаетсястандартизации, чем работы по программированию. Желательна разработкастандартов в рамках отрасли …
д) Специалистыпо поддержке ПИ. Изучение требований потребителей, реклама, консультации,обучение, установка ПИ у пользователей.
е) Специалистыпо сопровождению. Получает сведения об ошибках, пожеланиях, исправляет ошибкаили ведет доработку ПИ.
ж) Специалистытехнологического профиля.
В крупныхспециализированных организациях соотношение объемов работ разработки,испытаний, документирования (в чел.):
10 – 3 – 2
Во временныхорганизациях:
10 – 5 – 3
/>
Для координацииработы связанной с деятельностью различных подразделений выпускающих ПП исопутствующие материалы требуются работы по управлению такого родаорганизациями. Необходима координация планов :
Целевыепрограммы, позволяет определить место и роль организации на рынке ПП; связываютс предметной областью, с ПП определенной классификационной группы. Ориентацияна определенный класс инструментальных средств.
Стратегическиепланы. Определяют какой продукт в какое время должен быть выпущен в свет длятого, чтобы выполнить (1).
Текущие планы(тактические). Как, кто, когда, с помощью каких средств реализует перспективныепланы, этапы и комплексные работы.
Календарныепланы, где комплексы работ могут разбиваться на работы частного характера и поним предлагаются конкретные исполнители.
Индивидуальныйплан (задания) для конкретного исполнителя указывают те работы которые ондолжен выполнить к определенному моменту, необходимо уточнить форму получаемогодокумента (результата) и метод.
Специалистысвязанные с управленческой деятельностью:
Определяютпоследовательность разработки продуктов;
Взаимосвязьплановых показателей в работе тематических и функциональных подразделений(осуществление координации работ этих подразделений);
Определениетаких значений плановых показателей в работе тематических служб, которыестимулировали бы на работы, не входя в противодействие с интересами организациив целом;
Оценкапотребности в ресурсах для выполнения работ и распределение имеющихся ресурсовпо исполнителям;
Контроль заходом выполнения работ (не только конечного результата) но и текущий контрольпо промежуточным действиям и параметрам, предвосхитить возможные отклоненияфактического результата от требуемого;
Выработкадействий управления, связанных с ликвидацией отклонения фактического состоянияот планового.
Эти работы могутвыполнятся в двух разрезах:
тематический;
организационно-временной.
В (1) все планысвязаны с конкретным ПИ. Указываются все исполнители, ресурсы необходимые дляразработки этого конкретного изделия (горизонтальный разрез матрицы ((*) см.выше).
ТЕМА … ППП …
ИНФОРМАЦИЯ ПОТЕМЕ (руководитель, сроки, ресурсы …)
Этап (работа)
Срок выполнения
Исполнитель (служба)
Затраты ресурсов 1
Затраты ресурсов 2
Форма результата
начало
конец
Во (2) случаевсе сведения приводятся по отдельному исполнителю (вертикальный разрез).
ИСПОЛНИТЕЛЬ(бригада, человек)
ПЛАН ПЕРИОД
Тема ПИ
Этап
Ответственный исполнитель
Затраты ресурса 1
…
Форма результата
Методыуправления процессом разработки
Управлениеразработкой ПП на основе нелинейной модели планирования ресурсов разработки (спомощью изучения статистики различных разработок, которая показывает, чтопроизводительность труда разработчика на связана линейной зависимостью свременем разработки, а объем выполненных работ не прямо пропорционален объемувыходного продукта).
/>
/>
/>
Это соотношениехарактерно и для отдельных стадий этапов разработки и кривые потребления наотдельных с. и э. пересекаются, и накладываемые части кривой, связанной сконкретным этапом могут переходить на следующие этапы.
t — время,затраченное с начала разработки;
ta — момент появленияизделия в состоянии операционной готовности (может функционировать как единоецелое)
К — объемресурсов, выделяемых на разработку.
/>
Если значение абрать достаточно большим и наклон кривой на участке 0-ta становитсябольшим (крутым), то руководство разработкой усложняется. Руководитель невсегда может достаточно эффективно загрузить исполнителей работой. Это вызванотем, что не все работы можно выполнять параллельно. Помимо функциональносложности разработки можно ввести понятие организационной сложности (оновытекает из вопросов руководства).
(**) />, где чем меньшезначение t0, тем прощеразработка.
Анализэмпирической зависимости позволяет вывести соотношение связывающеепроизводительность труда разработчика со сложностью.
Р — производительность труда:
(***) />
С — зависит отприменяемого инструментария (коэффициент пропорциональности). Например: С = 10000 — язык высокого уровня исходящего из структурного программирования: С = 1,Д = 1, Р = 1; Д = 2, Р = 1,6)
S — объемпрограммного изделия:
/>
Своего родапроизводственная функция. Если ориентироваться на S=const, то найтивыражение определенное количество ресурсов, необходимое для замещений, дляобеспечения продолжительности разработки на единицу времени (как правилоуменьшение).
(*) />, следовательносокращение времени разработки требует увеличение затрат ресурсов (в степеннойзависимости). Желание резко увеличить задействование ресурсов не дает линейногоувеличения производительности требуется и пропорциональное этому сокращениезатрат времени на разработку. При концентрации ресурсов во много разувеличивается сложность, теряется эффективность взаимодействия множествапрограммистов => не рекомендуется увеличивать затраты ресурсов болеечем на 30% за полгода.
По мереувеличения размера создаваемого ПИ приходится увеличивать время разработки,независимо от того, какими ресурсами мы располагаем (слабая зависимость — 4степень).
Соотношение (*)используется как основа для управления разработкой. Из соотношений (**) и (***)по значениям задаваемых параметров разрабатывается определенное значениевыбираемых параметров разработки.
S,t0-задаваемые значения (S — не явная характеристика, задана черезфункциональную нагрузку).
С — выбираемоезначение разработчиком исходя из наиболее предпочтительного вариантатехнологии.
Результатныепараметры (трудоемкость разработки) и исходя из срока разработки определяетсяколичество исполнителей:
N=F/ta
В процессеразработки могут меняться некоторые характеристики:
меняютсяфункциональные требования к ПИ;
вводятся новыедополнительные функции, либо заменяются.
В любом случаечасть функций разрабатывается за время меньше, чем ta, при этом можетне меняться S.
Для реализациитаких функций понадобятся дополнительные ресурсы из-за возрастанияорганизационной сложности.
S =(d+4m+b)/6
d — минимальновозможный объем разработки по мнению экспертов;
b — максимальновозможный объем разработки по мнению экспертов;
m — среднеезначение.
Тема 7: Стадииразработки ПИ. Содержание и методы выполнения работ.
Стадия ТЗ(предпроектная стадия). В настоящее время преобладающий объект разработки ПИявляется программная реализация комплекса информационно и функциональновзаимосвязанных задач.
разработка ПО поподсистемам;
разработка ПОдля объекта в целом (реже встречается).
Основныеальтернативы:
Существует ливозможная реализация ПИ современными средствами. Если “да”, то была ли этареализация эффективна. Рассматривается совокупность частных показателей.
Следует липроводить оригинальную разработку или возможна адаптация существующего ПО.
Если проводитсяоригинальная разработка, то ориентировать ли ее на изготовление локального ПИ,или же вести разработку тиражируемого ПП (например в виде ППП).
Так как ответ на(1) вопрос может быть отрицательным, то материалы связанные с решением основныхальтернатив могут оформляться отдельным документом, например ТЭО. Если естьвозможность, то рекомендуется для оригинальных разработок работы предпроектнойстадии оформлять отдельным договором.
При планированииработ предпроектной стадии ориентировочно длительности его от 1 месяца, реженескольких недель, и до 1 квартала.
Трудоемкостьработ предпроектной стадии: от 15 чел./дней до 150 чел./дней. Чаще всего 30-50.Это означает, что на один комплекс задач выделяется 1-2 человека.
Примерносложившаяся величина 10%, и если имеется дело с оригинальной разработкой, тоэта доля уменьшается до 7-8%, или если с ППП то возрастает до 13-15%.
Работы пообследованию предметной области и технологических средств.
Начиная сопределения организационной структуры обследуемого объекта. Каждому из символовнеобходимо сопоставить функциональные обязанности и подчинения. Это делаетсядля:
знания комуделается;
возможностипроникнуть в отдел.
Выявляютсяфункции управления, подлежащие автоматизации, или те по которымпересматриваются ранее действующие решения. Решаются задачи методамииерархической декомпозиции: разбиения некоторой сложной проблемы функцииуправления на ряд ее частных составляющих (подпроблем), до тех пор, пока покаждой составляющей полученной на очередном шаге не будет детально определеныинформационные входы и выходы.
Обследованиеведется не по функциональному признаку, а по информационному.
Обследованиесуществующих методов реализации функций управления объектами, оно не должноносить описательный характер (дать анализ и разработать предложения посовершенствованию этих функций).
HIPO — после тогокак определились Сн взаимосвязью отдельных задач, проводитсяобследование информационной схемы решаемых задач. Сначала выходная информация(пожелания заказчика), входная информация (оперативная, нормативно-справочная)Р процесс-метод реализации перехода от входа к выходу.
При выявленииинформационной схемы реализации функции необходимо рассмотреть все 3 аспекта, вкоторых определяется количество информации:
синтаксическом(символьным);
семантическим(как отдельные данные увязываются в документы, смысловая нагрузкаинформационных единиц);
прагматический(полезность для потребителя).