Расчет экономической ис

Для определения экономической эффективности при автоматизированной обработки информации рассчитывают стоимость решения задачи с помощью ИС и сравнивают ее со стоимостью решения задачи вручную.

Стоимости решения задачи складываются из двух частей: стоимости разработки программы и стоимости непосредственного решения задачи с применением вычислительных средств.

С_З = С_ПР + С_Р

С_ПР = Q_ПР*Ф_ПР*К_ПР*С_МЧ*t_ОТ

Q_ПР – трудоемкость работ программиста

Трудоемкость при разработке программы вычисляется:

Q_ПР = t_П + t_А + t_БС

T_П – затраты труда на постановку задачи

T_А – затраты труда на разработку алгоритма

T_БС – затраты труда на построении блок-схемы

Ф_ПР – затрата программиста в единицу времени (час)

К_НР – коэффициент накладных расходов к заработанной плате

1<К_НР<2

Обычно К_НР = 1,4%

С_МЧ – стоимость одного машино-часа

t_ОП – машинное время отладки программы

Стоимость решения задачи на ЭВМ определяется по формуле:

С_Р = С_МЧ*t_Р+Ф_Р*Q_Р+К_НР

t_Р – время работы ЭВМ для решения всей задачи

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

Q_Р = t_П + t_ОТЛ + t_ЭВМ + t_Д

t_П – затраты труда на программирование

t_ОТЛ – затраты труда на отладку программы

t_ЭВМ – затраты на обработку машины программы

t_Д – затраты на доработку машины программы

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

Для определения экономической затраты для задачи решения ЭВМ, проводится для сравнения стоимость решения задачи вручную.

С_ЗР = Q_Р*Ф_Р*К_НР*n

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

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

Э_ГОД=(С_ЗА-С_З)-12

Основными показателями, определяющими выигрыш в себестоимости задачи при использовании вычислительных средств, являются:

1. Сокращение трудоемкости

2. Сокращение времени

3. Сокращение себестоимости

4. Сокращение трудоемкости разработки программы

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

Т_ОК=К₁/((С_ЗР-С_З)+12)=К_Д/Э_ГОД

Е_Р=1/Т_ОК

Этот коэффициент показывает долю окупаемости дополнительные капиталовложения за год. Расчетный коэффициент не должен быть меньше 0,15.

Моделирование программных систем

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

Модель ПС создается для того, чтобы лучше понимать разрабатываемую систему. Если система достаточно сложная, то другого способа понять ее, как единое целое, для человека просто нет.

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

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

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

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

Главное достоинство моделей – представление информации в наглядной графической форме.

Для одинакового понимания графического представления разными людьми графическая нотация должна быть унифицирована, то есть должен использоваться язык, определяющий такую нотацию и ее семантику. Именно таковым и является Unified Modeling Language (UML).