42. Функционально-стоимостной анализ и порядок его проведения в пакете bpWin.

Функционально-стоимостной анализ (ФСА, Activity Based Costing, АВС) - метод опр-я ст-ти и других хар-к изделий, услуг и потр-лей, в основе кот-го лежит исп-е ф-й и ресурсов, задействованных в пр-ве, маркетинге, продаже, доставке, техн.поддержке, оказании услуг, обслуж-и клиентов, а также в обесп-и кач-ва.

В основе применения метода ФСА лежит разработка и применение на практике ФСА-моделей. Цель создания ФСA-модели для соверш-я деят-ти предпр-й - достичь улучшений в работе предпр-й по пок-лям ст-ти, трудоемкости и произв-ти. Проведение расчетов по ФСА-модели позв-ет получить большой объем ФСА-инфо для принятия реш-я. При этом данная инфо, особенно взаимосвязи отд-х ее эл-тов для лиц, принимающих реш-я явл-ся, как правило, неожиданными.

АВС-анализ м.проводиться только тогда, когда:

1. модель раб-ет послед-ая – соотв-ет синтакс-м правилам IDEF0

2. корректная – отражает бизнес-процесс

3. полная – охватывает всю просматриваемую обл-ть

4. стабильная – проходит цикл рецензирования без изменений

Объект затрат – причина по кот.работа выпол-ся. Обычно – это осн.выход.

Движетель затрат – хар-ки входов и упр-й работы, кот.влияют на то, как выпол-ся и как долго длится работа (напр: сырье, чертеж)

Центр затрат – статьи расходов (пр., з/п)

Порядок провидения стоимостного анализа в BPWin: При проведении стоим.анализа сначала задаются ед-цы измер-я времени и денег. Для задания ед-ц измер-я следует вызвать диалог ABC Units of Measure (меню Editor/ABC Units).Каждому центру затрат необх-мо дать описание в Cost Centers Editor (пункт Editor/ABC Cost Centers).

Для задания ст-ти работы (для каждой работы на диаграмме) следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Activity Cost. В диалоге указывается частота проведения данной работы в рамках общего процесса (Frequency) и продолжительность (Duration). Рез-ты стоим.анализа наглядно представляются на спец.отчете Activity Based Costing Report (меню Report/Activity Cost Report). Отчет позв-ет документировать имя, номер, опр-е и ст-ть работ, как суммарную, так и разделенную по центрам затрат.

43.Жизненный цикл информационной системы. Каскадное и спиральное проектирование информационных систем.

Жизненный цикл – непрерывный процесс, кот.нач-ся с мом.принятия реш-я о необх-ти созд-я программ-го обесп-я и заканчивается в мом.его полного изъятия из эксплуатации.

Жизн.цикл информ-ых систем вкл.в себя 4 стадии: предпроектную, проектировочную, внедрение, функционирование.

Модели ЖЦ:

1. Каскадная модель

2. Поэтапная модель с промежут-м контролем

3. Спиральная модель ЖЦ

4. Активное (экстремальное) программирование ХР.

Сп-б взаимосвязи отд.этапов: суть.

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

Этапы проекта в соотв-и с каскадной моделью:

1. Формирование требований;

2. Проектирование;

3. Реализация;

4. Тестирование;

5. Внедрение;

6. Эксплуатация и сопровождение.

Спиральная модель.

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

Разраб-ка прогр.обесп-я малыми группами в тесном контакте с заказчиком – XP.