89. Классификация изделий и средств обработки данных
Технические средства обработки информации делятся на две большие группы. Это основные и вспомогательные средства обработки.
Вспомогательные средства – это оборудование, обеспечивающее работоспособность основных средств, а также оборудование, облегчающее и делающее управленческий труд комфортнее. К вспомогательным средствам обработки информации относятся средства оргтехники и ремонтно-профилактические средства. Оргтехника представлена весьма широкой номенклатурой средств, от канцелярских товаров, до средств доставления, размножения, хранения, поиска и уничтожения основных данных, средств административно производственной связи и так далее, что делает работу управленца удобной и комфортной.
Основные средства – это орудия труда по автоматизированной обработке информации. Известно, что для управления теми или иными процессами необходима определенная управленческая информация, характеризующая состояния и параметры технологических процессов, количественные, стоимостные и трудовые показатели производства, снабжения, сбыта, финансовой деятельности и т.п. К основным средствам технической обработки относятся: средства регистрации и сбора информации, средства приема и передачи данных, средства подготовки данных, средства ввода, средства обработки информации и средства отображения информации.
Средства приема и передачи информации. Структура средств и методов передачи данных определяется расположением источников информации и средств обработки данных, объемами и временем на передачу данных, типами линий связи и другими факторами. Средства передачи данных представлены абонентскими пунктами (АП), аппаратурой передачи, модемами, мультиплексорами.
Средства подготовки данных представлены устройствами подготовки информации на машинных носителях, устройства для передачи информации с документов на носители, включающие устройства ЭВМ. Эти устройства могут осуществлять сортировку и корректирование.
Средства ввода служат для восприятия данных с машинных носителей и ввода информации в компьютерные системы
Средства обработки информации играют важнейшую роль в комплексе технических средств обработки информации. К средствам обработки можно отнести компьютеры, которые в свою очередь разделим на четыре класса: микро, малые (мини); большие и суперЭВМ. Микро ЭВМ бывают двух видов: универсальные и специализированные.
90. Основные технологии и средства поддержки проектирования ИС
Технология проектирования – это совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования Основное содержание технологии проектирования составляют инструкции, состоящие из описания последовательности технологических операций, условий, в зависимости от которых выполняется та или иная операция, и описания самих операций.
Технология проектирования может быть представлена как совокупность следующих составляющих:
- заданной последовательности выполнения технологических операций проектирования
- критериев и правил, используемых для оценки результатов выполнения технологических операций
- графических и текстовых средств (нотаций), используемых для описания проектируемой системы.
В своей основе их можно разделить на две основные группы, это технологические и программные.
Технологические проектные работы начинаются с формирования базы данных для конкретной задачи. На последующих этапах база данных используется в качестве основы модели для всего проекта.
Моделирование ведется на основе построения трехмерных чертежей с четким соблюдением Государственных Отраслевых Стандартов.
Основные преимущества такого проектирования:
- Параллельная поэтапная плановая разработка различных частей конкретного проекта.
- Визуальное представление результатов проектирования, позволяющее оценивать взаимное расположение оборудования, кабельных линий и дополнительных строительных конструкций.
- Получение информации о каждом элементе при просмотре трехмерной модели.
- Построение изометрических чертежей с полной привязкой оборудования.
- Расчет на надежность и оптимальность отдельных элементов и модели в целом.
- Предоставление кабельных журналов и спецификаций оборудования.
- Выбор отчетности, как в текстовом, так и графическом виде.
- Построение диаграмм.
- Интеграция с ПО для архитектурной части проекта, позволяющая оценивать решения в целом по проекту.
По оценкам экспертов такой подход позволяет значительно (ориентировочно на 15%) сократить расходы на проведение всего комплекса работ по проекту.
Программные проектные работы, методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любого ПО. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение всех процессов цикла разработки и поддержки программ.
Технология проектирования программных средств определяется как совокупность трех составляющих:
- пошаговой процедуры, определяющей последовательность и время операций проектирования ПО;
- критериев и правил, используемых для оценки результатов выполнения этих операций;
- нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
Средства поддержки проектирования ИС
Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО. Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями:
- мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;
- интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;
- использование специальным образом организованного хранилища проектных метаданных (репозитория).
Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием.
Классификация по типам включает следующие основные типы:
- средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (MetaSoftware), BPwin (LogicWorks));
- средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (VantageTeamBuilder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnellDouglas), CASE.Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;
- средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. Кним относятся ERwin (Logic Works), S-Designor (SDP) иDataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств VantageTeamBuilder, Designer/2000, Silverrun и PRO-IV;
- средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), NewEra (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав VantageTeamBuilder, PRO-IV и частично - в Silverrun;
- средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (RationalRose (RationalSoftware), ObjectTeam (Cayenne)).
Вспомогательные типы включают:
- средства планирования и управления проектом (SE Companion, MicrosoftProject и др.);
- средства конфигурационного управления (PVCS (Intersolv));
- средстватестирования (Quality Works (Segue Software));
- средства документирования (SoDA (RationalSoftware)).
91. Системный подход к проектированию информационных систем
Системный подход является наукой, обобщающей методы исследования сложных систем (междисциплинарная наука).
Основу сист. подхода составляют формальные знания, объединенные общим названием "исследование операций".
В системный анализ и исследование операций обычно включают линейное и нелинейное программирование, теорию принятия решений, теорию игр, имитационное моделирование, теорию массового обслуживания, теорию надежности, математическую и прикладную статистику.
Обязательными признаками системного подхода являются:
1. структурированность системы;
2. взаимосвязанность составляющих систему элементов;
3. целенаправленный характер деятельности системы.
Современное представление о сложных системах позволяет говорить о них, как о бесконечной иерархии систем, причем части систем могут находиться на разных этапах развития.
Всякие действия системы и ее частей направлены на достижение целей, причем эти действия не являются случайными, хаотичными, а выполняются в определенной последовательности. Если в результате выполнения какого-либо алгоритма цели не достигаются, то алгоритм меняют. Т.о. осуществляют развитие систем и их совершенствование. Свойство системности присуще любому процессу познания, который состоит из 2-х основных образов мышления:
1. анализ – процесс, состоящий в разделении целого на составные части, в представлении сложного в виде простых составных частей;
2. синтез – обратный процесс – определение свойств целого на основании свойств его составных частей. В качестве основы анализа и синтеза используется диалектика. Диалектический метод рассматривает любую систему как комплекс взаимосвязанных и взаимодействующих элементов, развивающихся во времени. В технических системах диалектика проявляется в построении моделей, описывающих поведение реальных систем.
Системный подход часто используют как термин, определяющий необходимость рассмотрения систем с разных точек зрения.
При системном подходе удается получить наиболее полное представление о свойствах систем, выявить новые свойства.
Системные исследования позволяют определить: - объект исследования;
- конкретные методы исследования.
Методы системных исследований в равной степени применимы к техническим, экономическим и организационным системам.
92. Обоснование решений и формализация задачи выбора решения
Задачи обоснования принятия решений:
1. Задача измерения
В процессе измерения происходит как бы объединение полезных свойств качества и количества.
2. Получение информации для анализа условий и выявления механизма ситуации
Прежде всего,необходимо точно понять, какая информация, какого качества и к какому сроку нужна. Результат этого промежуточного решения (содержание, требуемые точность и надежность информации, оперативность ее получения) поможет ЛПР осознанно выбрать один из доступных источников информации и принять решение о наилучшем способе ее получения из этого источника.
3. Формирование исходного множества альтернатив
Множество альтернатив должно быть по возможности более широким для обеспечения необходимой свободы выбора решений ЛПР и для сведения к минимуму возможности упустить "лучшее" решение. Однако,исходное множество альтернатив должно быть обозримым, достаточно узким, чтобы у ЛПР было достаточно времени, для оценки последствий и предпочтительности альтернатив при сложившихся ограничениях на ресурсы.
Проблему удовлетворения двух указанных противоречивых требований можно решить, следуя системному принципу декомпозиции.
4.Оценка альтернатив
В ходе разработки необходимо провести серию проверок, с тем чтобы укрепить свое доверие к модели.Для представления результатов целесообразно использовать, круговые, прямоугольные диаграммы, линейные и точечные графики и т. п.
5. Основные методы решения задачи моделирования предпочтений
"Не бывает наилучших решений вообще. Каждое решение может считаться наилучшим только для конкретной задачи, только в конкретных условиях и только для конкретного ЛПР". Нужно выявить и измерить свои личные предпочтения.
6.Выявление предпочтений методами экспертного оценивания
Привлекаются компетентные в данной области люди - эксперты, которые проводят интуитивно-логический анализ какого-либо вопроса с целью вынесения суждения по нему.
Для применения формальной процедуры выбора наилучшего решения, необходимо систематизировать информацию по решениям и представить ее в формализованном виде.
Формальная постановка задачи - это исходный пункт для выбора наиболее предпочтительного алгоритмического метода из известных классов математических методов получения оптимального решения задачи.
Процедура формализации вербальной задачи в общем случае включает такие естественные шаги, как введение обозначений (вводятся символы и идентификаторы, обозначающие элементы проблемной ситуации), выбор факторов, обозначающих результаты (вводятся результаты, устанавливаются направления предпочтений на них), построение целевой функции на результатах (если возможно, то среди результатов выбирается релевантный по предпочтению, если нет - на результатах строится функция ценности или полезности), формулировка ограничений задачи (записывается система равенств, неравенств и логических условий, моделирующая условия достижения цели и действие объективных законов), формулировка задачи математического программирования.
93. Понятие информационного обеспечения системы
Информационное обеспечение - совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения баз данных. Информационное обеспечение ИС является средством для решения следующих задач:
- однозначного и экономичного представления информации в системе (на основе кодирования объектов);
- организации процедур анализа и обработки информации с учетом характера связей между объектами (на основе классификации объектов);
- организации взаимодействия пользователей с системой (на основе экранных форм ввода-вывода данных);
- обеспечения эффективного использования информации в контуре управления деятельностью объекта автоматизации (на основе унифицированной системы документации).
Информационное обеспечение ИС включает два комплекса: внемашинное информационное обеспечение (классификаторы технико-экономической информации, документы, методические инструктивные материалы) и внутримашинное информационное обеспечение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структуры информационной базы: входных, выходных файлов, базы данных).
К информационному обеспечению предъявляются следующие общие требования:
- информационное обеспечение должно быть достаточным для поддержания всех автоматизируемых функций объекта;
- для кодирования информации должны использоваться принятые у заказчика классификаторы;
- для кодирования входной и выходной информации, которая используется на высшем уровне управления, должны быть использованы классификаторы этого уровня;
- должна быть обеспечена совместимость с информационным обеспечением систем, взаимодействующих с разрабатываемой системой;
- формы документов должны отвечать требованиям корпоративных стандартов заказчика (или унифицированной системы документации);
- структура документов и экранных форм должна соответствовать характеристиками терминалов на рабочих местах конечных пользователей;
- графики формирования и содержание информационных сообщений, а также используемые аббревиатуры должны быть общеприняты в этой предметной области и согласованы с заказчиком;
- в ИС должны быть предусмотрены средства контроля входной и результатной информации, обновления данных в информационных массивах, контроля целостности информационной базы, защиты от несанкционированного доступа.
Информационное обеспечение ИС можно определить как совокупность единой системы классификации, унифицированной системы документации и информационной базы.
94. Формализованное описание информации в системе
Для того чтобы обеспечить эффективный поиск, обработку на ЭВМ и передачу по каналам связи технико-экономической информации, ее необходимо представить в цифровом виде. С этой целью ее нужно сначала упорядочить (классифицировать), а затем формализовать (закодировать) с использованием классификатора.
Классификация – это разделение множества объектов на подмножества по их сходству или различию в соответствии с принятыми методами. Классификация фиксирует закономерные связи между классами объектов. Под объектом понимается любой предмет, процесс, явление материального или нематериального свойства. Система классификации позволяет сгруппировать объекты и выделить определенные классы, которые будут характеризоваться рядом общих свойств. Таким образом, совокупность правил распределения объектов множества на подмножества называется системой классификации. Свойство или характеристика объекта классификации, которое позволяет установить его сходство или различие с другими объектами классификации, называется признаком классификации. Множество или подмножество, объединяющее часть объектов классификации по одному или нескольким признакам, носит название классификационной группировки.
Формализация информации в ИС является её кодированием с использованием классификаторов.
Классификатор — это документ, с помощью которого осуществляется формализованное описание информации в ИС, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения.
По сфере действия выделяют следующие виды классификаторов: международные, общегосударственные (общесистемные), отраслевые и локальные классификаторы.
Международные классификаторы входят в состав Системы международных экономических стандартов (СМЭС) и обязательны для передачи информации между организациями разных стран мирового сообщества.
Общегосударственные (общесистемные) классификаторы, обязательны для организации процессов передачи и обработки информации между экономическими системами государственного уровня внутри страны.
Отраслевые классификаторы используют для выполнения процедур обработки информации и передачи ее между организациями внутри отрасли.
Локальные классификаторы используют в пределах отдельных предприятий.
Каждая система классификации характеризуется следующими свойствами:
-Гибкость системы — это способность допускать включение новых признаков, объектов без разрушения структуры классификатора. Необходимая гибкость определяется временем жизни системы.
-Емкость системы — это наибольшее количество классификационных группировок, допускаемое в данной системе классификации.
-Степень заполненности системы определяется как частное от деления фактического количества группировок на величину емкости системы.
Для полной формализации информации недостаточно простой классификации, поэтому проводят следующую процедуру — кодирование. Кодирование — это процесс присвоения условных обозначений объектам и классификационным группам по соответствующей системе кодирования. Кодирование реализует перевод информации, выраженной одной системой знаков, в другую систему, то есть перевод записи на естественном языке в запись с помощью кодов. Система кодирования — это совокупность правил обозначения объектов и группировок с использованием кодов. Код — это условное обозначение объектов или группировок в виде знака или группы знаков в соответствии с принятой системой. Код базируется на определенном алфавите (некоторое множество знаков). Число знаков этого множества называется основанием кода. Различают следующие типы алфавитов: цифровой, буквенный и смешанный.
К методам кодирования предъявляются определенные требования:
- код должен осуществлять идентификацию объекта в пределах заданного множества объектов классификации;
- желательно предусматривать использование в качестве алфавита кода десятичных цифр и букв;
- необходимо обеспечивать по возможности минимальную длину кода и достаточный резерв незанятых позиций для кодирования новых объектов без нарушения структуры классификатора.
Методы кодирования могут носить самостоятельный характер – регистрационные методы кодирования, или быть основанными на предварительной классификации объектов – классификационные методы кодирования.
95. Миссия, потенциал и статическое описание организации
Миссия согласно [ISO-15704] -это
Миссия компании по удовлетворению социально-значимых потребностей рынка определяется как компромисс интересов рынка и компании. При этом миссия как атрибут открытой системы разрабатывается, с одной стороны, исходя из рыночной конъюнктуры и позиционирования компании относительно других участников внешней среды, а с другой - исходя из объективных возможностей компании и ее субъективных ценностей, ожиданий и принципов. Миссия является своеобразной мерой устремлений компании и, в частности, определяет рыночные претензии компании (предмет конкурентной борьбы).
Дерево целей формирует дерево стратегий - иерархические списки уточнения и детализации способов достижения целей. При этом на корпоративном уровне разрабатываются стратегии роста, интеграции и инвестиции бизнесов. Блок бизнес-стратегий определяет продуктовые и конкурентные стратегии, а также стратегии сегментации и продвижения. Ресурсные стратегии определяют стратегии привлечения материальных, финансовых, человеческих и информационных ресурсов.
Функциональные стратегии определяют стратегии в организации компонентов управления и этапов жизненного цикла продукции. Одновременно выясняется потребность и предмет партнерских отношений (субподряд, сервисные услуги, продвижение и пр.). Это позволяет обеспечить заказчикам необходимый продукт требуемого качества, в нужном количестве, в нужном месте, в нужное время и по приемлемой цене. При этом компания может занять в партнерской цепочке создаваемых ценностей оптимальное место, где ее возможности и потенциал будут использоваться наилучшим образом. Это дает возможность сформировать бизнес-потенциал компании - набор видов коммерческой деятельности, направленный на удовлетворение потребностей конкретных сегментов рынка. Далее, исходя из специфики каналов сбыта, формируется первоначальное представление об организационной структуре (определяются центры коммерческой ответственности). Возникает понимание основных ресурсов, необходимых для воспроизводства товарной номенклатуры.
Бизнес-потенциал, в свою очередь, определяет функционал компании - перечень бизнес-функций, функций менеджмента и функций обеспечения, требуемых для поддержания на регулярной основе указанных видов коммерческой деятельности. Кроме того, уточняются необходимые для этого ресурсы (материальные, человеческие, информационные) и структура компании.
Статическое описание организации
Описание бизнес-потенциала, функционала (перечень бизнес-функций, функций менеджмента и функций обеспечения, требуемых для поддержания на регулярной основе указанных видов коммерческой деятельности) и соответствующих матриц(проекций, коммерческой, функциональной)ответственности представляет собой статическое описание компании. При этом процессы, протекающие в компании пока в свернутом виде (как функции), идентифицируются, классифицируются и, что особенно важно, закрепляются за исполнителями (будущими хозяевами этих процессов).
На этом этапе бизнес-моделирования формируется общепризнанный набор основополагающих внутрифирменных регламентов:
Это вносит прозрачность в деятельность компании за счет четкого разграничения и документального закрепления зон ответственности менеджеров.
Дальнейшее развитие (детализация) бизнес-модели происходит на этапе динамического описания компании на уровне процессных потоковых моделей.
[Матрица проекций - модель, представленная в виде матрицы, задающей систему отношений между классификаторами в любой их комбинации.
Матрица коммерческой ответственности закрепляет ответственность структурных подразделений за получение дохода в компании от реализации коммерческой деятельности. Ее дальнейшая детализация (путем выделения центров финансовой ответственности) обеспечивает построение финансовой модели компании, что, в свою очередь, позволяет внедрить систему бюджетного управления. Матрица функциональной ответственности закрепляет ответственность структурных звеньев (и отдельных специалистов) за выполнение бизнес-функций при реализации процессов коммерческой деятельности (закупка, производство, сбыт и пр.), а также функций менеджмента, связанных с управлением этими процессами (планирование, учет, контроль в области маркетинга, финансов, управления персоналом и пр.)]
96. Процессные потоковые модели организации
Разработка требований к проектируемой ИС строится на основе статического и динамичного описания компании. Статическое описание компании проводится на уровне функциональных моделей и включает описание бизнес-потенциала, функционала и соответствующих матриц ответственности.
Дальнейшее развитие (детализация) бизнес-модели происходит на этапе динамичного описания компании на уровне процессных потоковых моделей.
Процессные потоковые модели — это модели, описывающие процесс последовательного во времени преобразования материальных и информационных потоков компании в ходе реализации какой-либо бизнес-функции или функции менеджмента. На верхнем уровне описывается логика взаимодействия участников процесса, на нижнем — технология работы отдельных специалистов на своих рабочих местах. Процессные потоковые модели отвечают на вопросы кто—что—как—кому.
Современное состояние экономики характеризуется переходом от традиционной функциональной модели деятельности компании, построенной на принципах разделения труда, узкой специализации и жестких иерархических структурах, к модели процессной, основанной на интеграции работ вокруг бизнес-процессов.
Процессный подход предполагает смещение акцентов от управления отдельными структурными элементами на управление сквозными бизнес-процессами, связывающими деятельность всех структурных элементов. Каждый деловой процесс проходит через ряд подразделений, т. е. в его выполнении участвуют специалисты различных отделов компании. Чаще всего приходится сталкиваться с ситуацией, когда собственно процессами никто не управляет, а управляют лишь подразделениями. Более того, структура компаний строится без учета возможностей оптимизации деловых процессов, обеспечивающих необходимые функции. Процессный подход позволяет устранить фрагментарность в работе, организационные и информационные разрывы, дублирование, нерациональное использование финансовых, материальных и кадровых ресурсов.
Процессный подход к организации деятельности предприятия предполагает:
- широкое делегирование полномочий и ответственности исполнителям;
- сокращение уровней принятия решений;
- сочетание принципа целевого управления с групповой организацией труда;
- повышенное внимание к вопросам обеспечения качества;
- автоматизация технологий выполнения бизнес-процессов.
Основной принцип процессного подхода определяет структурирование бизнес–системы в соответствии с деятельностью и бизнес-процессами предприятия, а не в соответствии с его организационно-штатной структурой. Именно бизнес-процессы, обеспечивающие значимый для потребителя результат, представляют ценность и для специалистов, проектирующих ИС. Процессная модель компании должна строиться с учетом следующих положений:
1. Верхний уровень модели должен отражать только контекст диаграммы – взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.
2. На втором уровне должны быть отражены тематически сгруппированные бизнес-процессы предприятия и их взаимосвязи.
3. Каждая из деятельностей должна быть детализирована на бизнес-процессы.
4. Детализация бизнес-процессов осуществляется посредством бизнес–функций.
5. Описание элементарной бизнес–операции осуществляется с помощью миниспецификации.
Процессный подход требует комплексного изучения различных сторон жизни организации — правовых основ и правил деятельности, организационной структуры, функций и показателей результатов их исполнения, интерфейсов, ресурсного обеспечения, организационной культуры. В результате анализа создается модель деятельности "как есть". Обработка этой модели с помощью различных аналитических методов позволяет проверить, на сколько деловые процессы рациональны, а также определить, является ли та или иная операция ориентированной на общественно значимый конечный результат или излишней бюрократической процедурой.
97. Экономическая эффективность информационных систем
Под экономической эффективностью автоматизации понимают соизмеримую разность результатов от создания (реорганизацию, адаптацию, развитие и т.д.) информационной системы на предприятии и затрат на проведение этого проекта.
Различают абсолютную и относительную (сравнительную) экономическую эффективность. В первом случае проводится анализ уже выбранного (или даже реализованного) варианта автоматизации без учета возможных альтернатив. Во втором случае альтернативные стратегии автоматизации сравниваются между собой с позиций экономической эффективности. Можно рассчитывать также удельные показатели эффективности (на рубль вложенных затрат, на одного работника и т.д.)
На вербальном (словесном) уровне экономическая эффективность есть не что иное, как количественная (денежная) оценка эффекта от проведения мероприятий по автоматизации.
Факторами, определяющими экономическую эффективность КИС, являются:
- получение всеми службами управления более точной, полной, своевременной и объективной информации обо всех процессах, сторонах и элементах производства;
- возможность применения многовариантных методов расчета производственных программ,
качественного технико-экономического анализа результатов работы как предприятия в целом, так и его производственных звеньев, непрерывный учет и контроль, согласование действий взаимосвязанных служб и объектов, постоянная координация и уточнение планов и графиков в процессе производства;
- возможность непрерывного сбора, передачи, обработки большого объема информации меньшим количеством работников управления, освобождения работников от выполнения однообразных и трудоемких работ;
- ускорение и рационализация документооборота, сокращение сроков составления планов и отчетности, повышение их качества.
Оценка эффективности автоматизированных систем управления - сложная проблема, так как КИС оказывает влияние практически на всю деятельность предприятия в производственной сфере. Анализ показывает, что при комплексном внедрении КИС на серийных машиностроительных заводах можно ожидать эффекта по следующим важнейшим направлениям.
Сокращение аппарата управления от 25% до 40% за счет сокращения трудоемкости работ по планированию, учету и контролю - прямой эффект.
Кроме эффекта в сфере управления, при внедрении КИС может быть обеспечен эффект в сфере производства по следующим направлениям,
Роста производительности трударабочих 8- 12%
Сокращение запасов материалов 7-10%
Сокращение объема незавершенного производства 14-20%
Ускорение оборачиваемости оборотных средств 15- 22%
Главный менеджер проекта на протяжении всего ЖЦ проекта решает основную задачу — обеспечить оптимальное соотношение «время-стоимость—качество» и заинтересован в получении следующих предварительных оценок:
• стоимость проекта (С);
• трудоемкость проекта (Т);
• длительность проекта (Д);
• экономическая эффективность (Ээф);
• срок окупаемости (Ток);
• коэффициент доходности инвестиций в активы (ROI) идругие финансовые показатели (ликвидность, внутренняя ставка доходности, рентабельность, чистая дисконтированная стоимость).
Количественная оценка экономической эффективности информатизации необходима при решении вопроса о целесообразности, проекта КИС вообще, при определении целесообразности, объемов инвестиций, при выборе типа проекта КИС, технологических решений, модели тиражируемой модели КИС и т.п.
Существует множество методов оценки экономической эффективности информационных систем, но все они могут быть объединены в четыре группы:
1) методы анализа единовременных затрат на варианты проекта;
2) анализ общей стоимости владения информационных систем;
3) методы анализа «затраты/результаты»;
4) методы анализа по совокупности критериев.
98. Организация и цикл проектирования информационных систем
Управление проектом связано с вопросами планирования и организацией работ, создания коллективов разработчиков и контроля за сроками и качеством выполнения работ. Техническое и организационное обеспечение проекта включает:
- выбор методов и инструментальных средств для реализации проекта;
- определение методов описания промежуточных состояний разработки;
- разработку методов и средств испытаний созданного программного обеспечения;
- обучение персонала.
Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования компонентов информационной системы. Верификация – это процесс определения соответствия текущего состояния разработки, достигнутого на данном этапе, требованиям этого этапа. Проверка – это процесс определения соответствия параметров разработки исходным требованиям. Проверка отчасти совпадает с тестированием, которое проводится для определения различий между действительными и ожидавшимися результатами и оценки соответствия характеристик информационной системы исходным требованиям. Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90. В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:
Стадия 1. Формирование требований к ИС.
На начальной стадии проектирования выделяют следующие этапы работ: - обследование объекта и обоснование необходимости создания ИС; - формирование требований пользователей к ИС; - оформление отчета о выполненной работе и тактико-технического задания на разработку.
Стадия 2. Разработка концепции ИС.
- изучение объекта автоматизации; - проведение необходимых научно-исследовательских работ; - разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; - оформление отчета и утверждение концепции.
Стадия 3. Техническое задание. - разработка и утверждение технического задания на создание ИС.
Стадия 4. Эскизный проект.
- разработка предварительных проектных решений по системе и ее частям; - разработка эскизной документации на ИС и ее части.
Стадия 5. Технический проект. - разработка проектных решений по системе и ее частям; - разработка документации на ИС и ее части; - разработка и оформление документации на поставку комплектующих изделий; - разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация. - разработка рабочей документации на ИС и ее части; - разработка и адаптация программ.
Стадия 7. Ввод в действие.
- подготовка объекта автоматизации; - подготовка персонала; - комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); - строительно-монтажные работы; - пусконаладочные работы; - проведение предварительных испытаний; - проведение опытной эксплуатации; - проведение приемочных испытаний.
Стадия 8. Сопровождение ИС. - выполнение работ в соответствии с гарантийными обязательствами; - послегарантийное обслуживание.
Жизненный цикл - период создания и использования информационных систем, охватывающий ее различные состояния, начиная с момента возникновения необходимости в данной информационной системе и заканчивая моментом ее полного выхода из эксплуатации.
Жизненный цикл носит итеративный характер: реализованные этапы жизненного цикла, начиная с самих ранних, циклически повторяются в соответствии с новыми требованиями и изменениями внешних условий. На каждом этапе жизненного цикла формируется набор документов и технических решений, которые являются исходными для последующих решений.
Наибольшее распространение получили три модели жизненного цикла информационной системы:
Каскадная модель - переход на следующий этап после полного окончания работ по предыдущему этапу.
Поэтапная модель с промежуточным контролем - итерационная модель разработки информационной системы и информационных технологий с циклами обратных связей между этапами. Здесь межэтапные корректировки обеспечивают меньшую трудоемкость разработки по сравнению с каскадной моделью, но каждый из этапов растягивается на весь период разработки.
Спиральная модель - делается упор на начальные этапы жизненного цикла: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Каждый виток спирали соответствует поэтапной модели создания фрагмента информационной системы и информационной технологии. На нем уточняются цели: и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. Происходит последовательное углубление и конкретизация деталей проекта информационной системы, формируется его обоснованный вариант, который доводится до реализации.