Лекции.Орг


Поиск:




азначение (миссия) и свойства ИС.

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

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

 

Позитивные факторы внедрения ИС:

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

- обеспечение достоверности информации.

- внедрение безбумажных технологий.

- совершенствование структуры потоков информации и системы документооборота в фирме.

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

- привязка к фирме покупателей и поставщиков за счет предоставления им разнообразных услуг.

 

ИС пытаются выполнить одну из следующих целей:

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

2. создавать в надлежащей форме соответствующую оперативную информацию, требующуюся работникам для выполнения их повседневной деятельности.

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

4. оказывать помощь в достижении конкурентного информационного преимущества.

5. расширять цепочки ценностей бизнеса (просчитать конечную стоимость продукции и т.д.)

ЗАДАЧА

Построить дерево и таблицу решений для следующей задачи:

Спецификация (описание деловой процедуры):

Заказчики, которые либо вкладывают более 10 000 у.е. в год и помимо этого являются более 20 лет клиентами фирмы, либо были аккуратными плательщиками в прошлом должны получать приоритетное обслуживание. В иных случаях обслуживание обычное.

Решение: выявить условия (причины):

- аккуратность платежей

- объем заказов

- длительность отношений

 

 

Таблица решений:

                 
Аккуратный плательщик? Д Д Д Д Н Н Н Н
Объем более 10 000? Д Д Н Н Д Д Н Н
Более 20 лет? Д Н Д Н Д Н Д Н
Приоритетное обслуживание V V V V V      
Обычное обслуживание           V V V

 

Сокращенная ТР (избавление от избыточных вариантов):

  1-2 3-4     7-8
           
Аккуратный плательщик? Д Д Н Н Н
Объем более 10 000? Д Н Д Д Н
Более 20 лет? - - Д Н -
Приоритетное обслуживание V V V    
Обычное обслуживание       V V

 

Тест набора данных (ТНД)

(аккуратный плательщик, 12 000, 17 лет) => приоритетное

(неаккуратный плательщик, 8 000, 8 лет) => обычное

 

ТР с расширенным входом.

Имеет место в тех случаях, когда хотя бы одно из условий имеют более 2-х возможных ответов.

Условия:

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

Если адрес доставки находится вне местного региона и в дополнение либо вес больше 20 кг., либо когда требуется срочная доставка, то тариф такой же, как в случае срочной доставки в местном регионе.

Аналогично оплачивается и срочная посылка весом до 20 кг. включительно. Тариф на срочную посылку весом более 20 кг. – 4 ед./кг. Посылки, отправляемые за Урал оцениваются за Урал – основной тариф – 3 ед./кг., уменьшается до 2 ед./кг. Свыше 20 кг. минимал.

 

Всего 5 тарифов

ИС определяется следующими свойствами:

ИС следует воспринимать как человеко-компьютерную систему обработки информации.

ИС является динамичной и развивающейся.

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

Любая ИС может быть подвергнута анализу, построена и управляема на основе общих принципов построения системы.

 

 

Классификация ИС

 

 

1. АИС промышленности

АИС с/х

АИС транспорта

АИС связи; соц.-культ. сферы;…

 

2. АИС управления технологических процессов

АИС управления организационно-технологических процессов

АИС организационного управления

АИС научных исследований, обучающие АИС

3. Федеральные АИС

Территориальные АИС

Муниципальные АИС

4. [Ручные]; автоматизированные, автоматические.

 

Классификация может проводиться по целому ряду признаков и сводить их вместе не целесообразно.

Классификация ИС по признаку структурированных задач:

 

 

 

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

Различают три типа задач, для которых создаются ИС:

1. Структурированные (формализуемые)

2. Неструктурированные (неформализуемые)

3. Частично структурированные

 

У первых можно построить математическую модель (пример: расчет заработной платы).

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

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

Частично структурированные подразделяются на:

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

2. разрабатывающие возможные альтернативы решения. Принятие решения при этом сводится к выбору одной из предложенных альтернатив. ИС разрабатывающие альтернативы решений могут быть модельными или экспертными.

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

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

 

Классификация ИС по функциональному признаку и уровням управления.

По функциональному признаку ИС делятся на производственные системы; системы маркетинга; финансовые и учетные системы; системы кадров или человеческих ресурсов и прочие типы включающие вспомогательные функции в зависимости от специфики деятельности фирмы.

В крупных фирмах основная ИС может состоять из нескольких подсистем для выполнения подфункции. Например, производственная ИС имеет следующие подсистемы: управление запасами; управление производственным процессом; анализ работы оборудования.

Тип ИС зависит от того, чьи интересы она обслуживает и на каком уровне управления. Покажем возможный вариант классификации ИС по функциональному признаку с учетом уровней управления и уровней квалификации персонала

??????????? рисунок пирамиды

 

Чем выше по значимости уровень управления, тем меньше объем работ, выполняемых специалистом и менеджером с помощью ИС.

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

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

 

ЗАДАЧА

Таблица решений с расширенным входом.

Строим таблицу решений:

а. 18 столбцов (условия, действия) для правил

б. заполняем вход условий

1. для последнего нижнего условия (это вес) вдоль всего ряда проставляем возможные значения (их 3), поэтому структура повторяется каждые три раза

2. переходим к условию, находящемуся над заполненным. Над группой значений нижнего условия проставляем одно из значений текущего условия. Над следующей группой нижнего другое значение, группы значений чередуем.

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

 

 

                                     
М 1.Назначение Е А М М М М М М Е Е Е Е Е Е А А А А А А
Обслуживание О С О О О С С С О О О С С С О О О С С С
Вес Л П Т Л П Т Л П Т Л П Т Л П Т Л П Т Л П Т
Тариф 1. 2 ед/кг Х Х Х       Х Х                    
2.3 ед/кг       Х Х Х     Х Х Х     Х     Х  
3. 4 ед/кг                       Х            
4. 6 ед.                         Х     Х    
5. 60ед + 2 ед/кг свыше 20 кг.                             Х     Х

 

в. вход действий (по дереву решений)

Сократить:

                       
М 1.Назначение Е А М М Е Е Е Е Е Е А А А
Обслуживание О С О С О О О С С С - - -
Вес Л П Т - - Л П Т Л П Т Л П Т
Тариф 1. 2 ед/кг Х   Х Х              
2.3 ед/кг   Х     Х Х Х     Х  
3. 4 ед/кг               Х      
4. 6 ед.                 Х    
5. 60ед + 2 ед/кг свыше 20 кг.                     Х

 

У условий с расширенным входом сливать столбцы (правила) можно только при полном безразличии условия (т.е. или 3 или нельзя вообще)

 

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

??????? пропущено

 

 

В этом классе ИС можно выделить 2 группы:

1. ИС офисной автоматизации – их используют бухгалтеры, секретари, клерки.

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

На этом уровне можно выделить 2 типа ИС:

1. управленческие

2. СППР (системы поддержки принятия решений)

 

1. Управленческие ИС имеют крайне небольшие аналитические возможности. Они обслуживают управленцев, которые нуждаются в ежедневной, еженедельной информации о состоянии дел. Основное их назначение состоит в отслеживании ежедневных операций в фирме и периодическом формировании строго-структурированных сводных типовых отчетов.

Информация поступает в эти системы из ИС операционного уровня (снизу).

 

2. СППР обслуживают частично структурированные задачи, результаты которых трудно спрогнозировать заранее. Они имеют более мощный аналитический аппарат с несколькими моделями. Информацию получают из управленческих и операционных ИС. Эти системы используют все лица, принимающие решения (менеджеры, специалисты; ЛПР – лицо, принимающее решения). Например, их рекомендации могут пригодиться при принятии решения – купить оборудование или взять в аренду.

 

Стратегические ИС.

Компьютерная ИС, обеспечивающая поддержку принятия решений по реализации стратегических целей развития организации.

 

 

Т.е. покупатели обладают разными возможностями по приобретению товаров и услуг.

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

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

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

3. снижение стоимости продукции без ущерба качеству.

4. создание таких связей, которые закрепляют покупателей и поставщиков за данной фирмой и делают не выгодным обращение к другим.

 

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

 

ИС в фирме

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

 

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

 

23.11.06

 

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

 

Классификация по степени автоматизации

В зависимости от степени автоматизации информационных процессов ИС определяются как:

- ручные

- автоматические

- автоматизированные

Ручные ИС характеризуются отсутствием современных технических средств переработки и передачи информации и выполнением всех операций человеком.

Автоматические ИС выполняют все операции по обработке информации без участия человека.

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

 

ИС

 

Классификация по сфере применения

 

ИС организационного применения

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

 

ИС управления технологическими процессами (ТП)

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

ИС автоматизированного проектирования (САПР) предназначены для автоматизации функций инженеров-проектировщиков, конструкторов, архитекторов. Основными функциями подобных систем являются: инженерные расчеты; создание графической документации (чертежей, схем, планов); создание проектной документации; моделирование проектируемых объектов.

 

Интегрированные (корпоративные) ИС

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

 

Классификация по характеру использования информации.

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

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

- управляющие;

- советующие.

Управляющие системы вырабатывают информацию, на основании которой человек принимает решения. Для этих систем характерны задачи расчетного характера и обработка больших объемов данных (например: система оперативного планирования выпуска продукции, система бухучета).

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

 

Информационные системы в бизнесе

Эволюция и типы ИС

этапы концепция использования информации системы цель
1950-1960 бумажный поток расчетных документов АСОД (СОТ) повышение скорости обработки документов; расчетные задачи
1960-1970 управленческие ИС для сферы производства АСУ (ИСХ) ускорение подготовки отчетности
1970-1980 управленческий контроль реализацией планов СППР СИС выработка наибольших рациональных решений
1980- информация – стратегический ресурс, обеспечивающий конкурентные преимущества СИС ОИС КИС выживание и процветание фирмы

 

 

Основные типы ИС

ЕДР – Electronic Data Processing (электрическая обработка данных) ЭОД СОД

DPS – Data Processing System (система обработки данных)

TPS – Transaction Processing System (система обработки транзакция (перенос) СОТ)

MIS – Management Information System (ИС управления (ИСУ)

DSS – Decision Support System (СППР)

KBS – Knowledge-based (основанные на знаниях)

ES – Expert system (экспертные системы)

--------

EIS – Executive Information System (стратегические ИС) (СИС)

OIS – Office Information System (офисные системы) (ОИС)

CAD – Computer aided Design

--------

КИС (корпоративные ИС)

Ряд стандартов:

MRP 1 – Material Requirement Planning (планирование требований на материалы)

MRP 2 – Manufacturing Resource Planning (планирование производственных ресурсов)

ERP – Enterprise Resource Planning (планирование ресурсов корпорации)

DRP – Distribution Resource Planning (планирование распределения ресурсов)

TPS – MIS – DSS – ES, KBS – КИС

(СОТ) (ИСУ) (СППР) (ЭС, ИС) (MRP,…)

 

 

Функциональные диаграммы (ФД)

Диаграммы причинно-следственных связей.

 

ФД позволяет связывать выходы системы с ее входами. Данный метод делает акцент на анализ комбинаций входных условий. Метод заключается в преобразовании внешней спецификации задачи (проблемы, программы) в ФД с помощью булевских отношений в построении на основе диаграммы ТР (таблица решений), (методом обратной трассировки) из которой выводятся эффективные тестовые наборы данных.

 

Процедура построения ТР.

а. выбирается одно следствие (эффект) – верхняя вершина графа. Оно устанавливается в состоянии – 1.

б. по диаграмме прослеживается обратный путь от этого следствия ко всем вершинам, определяющим состояние последнего.

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

г. для каждой комбинации причин заполняется столбец ТР

д. для каждой комбинации причин определяется состояние всех других следствий, оно заносится в соответствующие столбцы ТР.

е. выбирается следующее следствие, устанавливаемое в состояние 1 и т.д.

5. Столбцы ТР преобразуются в тесты. В диаграмме узлы причин перечисляются по вертикали у левого края, узлы следствий у правого. Могут образовываться промежуточные узлы для наглядности, удобства анализа из логико-семантических соображений.

Пример:

 

2. Системы обработки транзакций. (СОТ)

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

Транзакция – любое бизнес-событие, связанное с выпиской счета, продажей или отгрузкой товара, составлением платежной ведомости и т.п.

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

Примерами являются ИС: ведение банковских депозитов, обработка заказов клиентов, бухучета, регистрации билетов и т.д.

Функции СОТ:

1. сбор данных для ввода в автоматизированную систему. Ввод осуществляется либо из документов, либо с терминалов в точке осуществления операции.

2. проверка достоверности вводимых данных, чтобы исключить ошибочные данные.

3. обработка данных:

Классификация;

Расчеты;

Сортировка;

Суммирование;

Агрегирование;

Актуализация данных хранящихся в системе.

4. генерация выходной информации Сот поддерживают ИСУ. Собранные данные позволяют после обработки создать информацию, которая используется в качестве исходных данных для ИСУ. Так же можно отметить, что данные, собранные в СОТ за многие годы могут быть использованы для подготовки прогнозов на будущее.

 

 

ИСУ (ИС управления)

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

- ориентация на принятие управленческих решений;

- использование сводной информации;

- средние и длительные временные периоды;

- ориентация на планирование (прогнозирование) и на контроль плана;

Большая часть информации, которая используется ИСУ, первоначально собирается и хранится в СОТ, а так же используются данные, которые были собраны и обработаны для принятия конкретного решения.

 

Роль ИСУ.

ИСУ используется большинством организаций для решения возникающих в процессе деятельности проблем, а так же для принятия решений во всех областях деятельности, а именно: финансах, планировании производства, маркетинге, управлением персоналом.

ИСУ выполняет основные управленческие функции:

Планирование;

Управление персоналом;

Администрирование;

Контроль.

 

Предоставление информации в ИСУ – основная форма предоставления информации – отчеты.

Типы отчетов:

1. Регламентные (плановые) в соответствии с установленным графиком и периодом времени. Они предназначены чаще всего для оперативного управления.

2. Отчеты по требования для определенных целей.

3. Отчеты по исключительным ситуациям – управление при заметных отклонениях от установленных значениях параметров.

4. Прогнозные отчеты – приносящие пользу в планировании принимаемых решений.

 

В ИСУ должны быть доступны исторические данные. Поиск «on-line» обеспечивает менеджеру информацию, касающуюся специальных вопросов.

ИСУ предоставляет информацию менеджеру только в предварительно установленной форме. Новые формы требуют программирования. Чтобы обеспечить более гибкий поиск и анализ данных используют СППР (системы поддержки принятия решений).

 

Структура ИСУ

В системах выделяются функциональная и обеспечивающая части. Каждая часть делится на подсистемы.

Функциональная часть реализует целевые функции ИС. По сути ИСУ – это совокупность функциональных ИС, соответствующих функциональным областям деятельности организации. Специалисты каждой функциональной области участвуют в проектировании приложений для конкретной функциональной области подсистемы. Все подсистемы взаимодействуют между собой и часто используют одни и те же данные. Каждая функциональная подсистема ИСУ состоит из нескольких приложений, реализация которых требует разработки соответствующих программ. В деятельности производственных и коммерческих организаций типовыми видами деятельности, которые определяют состав функциональных подсистем, являются: производственная, связанная с планированием объемов работ и разработкой календарных планов, оперативным управлением и контролем производства, управлением запасами и т.п.

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

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

Кадровая подсистема – это анализ и прогнозирование потребности в кадрах, подбор и расстановка специалистов, ведение документации по кадровому составу.

Прочие системы для руководства:

- контроль за деятельностью фирмы;

- анализ стратегических ситуаций;

- выявление оперативных проблем.

 

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

ТО (техническое обеспечение) – комплекс технических средств (КТС) предназначенных для работы ИС, а так же соответствующая документация на эти средства и технологические процессы. Документацией оформляются предварительный выбор технических средств, организация их эксплуатации, технологический процесс обработки данных, технологическое оснащение.

Основные формы организации ТО:

Централизованная и децентрализованная (последняя полностью или частично).

Централизованная означает, что ТО базируется на использовании больших ЭВМ и вычислительных центров.

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

 

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

 

ПО (программное обеспечение) – это общесистемные и специальные программные продукты, а так же техническая документация. К общесистемному ПО относятся комплексы программ, обеспечивающих функционирование КТС, ориентированных на всех пользователей, управляющих процессами обработки данных. Включает операционные системы, трансляторы, утилиты, СУБД (система управления базами данных). Специальная ПО – совокупность программ, разработанной при создании конкретной ИС, реализующих как правило ф-ные потребности пользователей. Техническая документация содержит описания задач (ТЗ – технические задания), экономико-математические модели задач, контрольные примеры. Иногда ПО и МО объединяют (тогда это МО).

 

ИО (информационное обеспечение) – совокупность единой системы классификации и кодирования информации (ЕСКК), унифицированные системы документации (УСД), схем информационных потоков, циркулирующих в организации, а так же методология построения баз данных. ИО – это реализованные решения по объему, размещению и формам организации информации, циркулирующей в системе управления. Оно включает нормативно-справочную информацию, классификаторы технико-экономической информации, кодификаторы, унифицированные документы, массивы данных и прочее.

 

Организационное (организационно-методическое) – совокупность методов и средств, регламентирующих взаимодействие работников с ТС и между собой в процессе разработки и эксплуатации ИС, т.е. регламентирует деятельность персонала системы управления. Оно описывает изменение орг. структуры управления объектом, связанные с автоматизацией процессов управления (различные схемы орг. структуры, описание функций и задач, подлежащих автоматизации), описывает действия персонала по обеспечиванию функционирования АИТ (автоматических информационных технологий) (технологические инструкции, инструкции по эксплуатации, устанавливает функции, права и обязанности должностных лиц (должностные инструкции)).

 

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

Совокупность нормативных актов.

 

Лингвистическое обеспечение – совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователя со средствами вычислительной техники, совокупность информационных языков, методов индексирования, лингвистической базы (словарей, тезаурусов, рубрикаторов) и методов ее ведения; различные языки управления манипулирования данными, языки информационно-поисковых систем, языковые средства автоматизации проектирования.

 

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

 

Жизненный цикл ИС.

§ 1. Понятие жизненного цикла и его стадии.

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

ИСЦ ИС – это совокупность последовательных состояний ИС от возникновения потребности в ней и заканчивая изъятием из эксплуатации. Следует иметь в виду, что ИСЦ ИС заканчивается в результате ее морального, а не физического износа. Как и любые нетривиальные изделия ИС за период своего ЖЦ проходят три фазы:

Разработка;

Эксплуатация;

Сопровождение.

 

 

 

Фаза эксплуатации (использования) начинается тогда, когда ИС передается пользователю.

Фазу сопровождения называют также фазой продолжающейся разработки.

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

 

На фазу I (разработка) приходится, как правило, 50% стоимости ИС и приблизительно 33% временных затрат. Продолжительность разработки составляет 67% времени, требуемого на реализацию ИС. В затратах на сопровождение примерно 80% времени уходят на изменение функциональных возможностей системы, 20% на выявление и устранение ошибок.

Данную общую 3-х фазную схему ИСЦ уточняет подход, связанный с определением основных стадий ЖЦ ИС.

В лит-ре существует ряд выделения стадий

 

разработка
испытания

 

Хорошо известна «Каскадная модель»

 

 

Следующий вариант выделения стадий:

1. Системный анализ.

2. Проектирование и реализация.

3. Ввод в эксплуатацию.

4. Эксплуатация.

5. Сопровождение.

 

 

§ 2. Понятие жизненного цикла и его стадии.

Стадии разбиваются на этапы.

Краткое содержание стадий и этапов:

I. Стадия – Системный анализ.

1. Этап – сбор материалов.

Здесь происходит выработка требований к системе, изучение объекта автоматизации.

2. Анализ материалов и разработка документации.

Создание технико-экономического обоснования (ТО), планирование проекта, разработка и утверждение ТЗ (технического задания) на выполнение работ.

 

II. Проектирование и реализация.

1. Архитектурное проектирование.

Выполняется выбор проектных решений по всем аспектам разработки ИС, описание архитектуры системы и всех ее основных компонентов.

2. Детальное проектирование

Разработка или выбор мат. методов и алгоритмов, выбор КТС (комплекс технических средств), выбор структур БД (баз данных), создание документации на поставку и установку ТС и ПС (технических средств, программных средств).

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

Кодирование, тестирование и интеграция программ, установка ТС, ПС, разработка инструкций по эксплуатации этих средств, инструкций пользователя ИС.

 

III. Ввод в эксплуатацию.

Ввод в опытную эксплуатацию ТС и ПС, загрузка БД, обучение персонала, проведение системных испытаний, сдача в промышленную эксплуатацию и подписание актов «приемки-сдачи».

 

 

IV. Эксплуатация ИС.

Использование заказчиком, пользователем ИС по назначению.

 

V. Сопровождение ИС.

Поддержка ТС и ПС, администрирование БД, внесение изменений в ИС – три типа:

- коррекция;

- адаптация – приспособление к новым условиям;

- совершенствование.

 

На каждом этапе ИСЦ формируется определенный набор документов и технических решений, при этом для каждого этапа исходными являются документы и решения, полученные на предыдущем этапе.

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

Необходимо отметить итеративность (повторяемость) создания ИС, т.е. возвраты к более ранним этапам. Некоторые виды работ повторяются в связи с изменениями внешних условий или корректировкой требований в ходе самой разработки.

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

 

 

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

Существуют различные подходы к тестированию:

1. статическое;

2. стохастическое (символическое) – комплексное тестирование с помощью компьютера; множество случайных величин.

3. детерминированное (детализированное и трудоемкое)

Оно требует многократного выполнения программы на ЭВМ с использованием специальным образом подобранных тестовых наборов данных (ТНД). Это наиболее эффективный метод тестирования.

Имеется два подхода (направления):

- структурное тестирование (СТ);

- функциональное тестирование (ФТ).

Первое проверяет формальную логику программы, а второе (ФТ) – реализуемые программой функции.

Исчерпывающее тестирование программной системы невозможно. Стремиться построить «эффективные ТНД», т.е. имеющие наивысшую вероятность обнаружения большинства ошибок. Для этого придерживаются определенных правил и рекомендаций, используя специальные средства. Следует сочетать СТ и ФТ.

 

(СТ) Структурное тестирование

«Тестирование белого ящика», т.е. предполагается детальное знание программы, ее логика и конструкции. Общий подход таков:

каждый путь в программе должен быть пройден хотя бы один раз. Для формирования ТНД руководствуются следующими критериями:

1. покрытие операторов – требует таких ТНД, чтобы каждый оператор программы выполнился хотя бы один раз.

2. покрытие узлов ветвления – требует обеспечить в каждом узле ветвления прохода как ветви «истина», так и по ветви «ложь».

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

4. покрытие структур управления – тесты разрабатываются так, чтобы в конструкциях «если» проверить как «истину», так и «ложь». В конструкциях «выбор» проверить каждую ветвь. В конструкции «повторять пока» проверить как возобновление цикла, так и прекращение итераций. Если в цикле предусмотрено более одного условия завершения, то тестируется каждое, проверяются варианты обхода цикла.

 

(ФТ) Функциональное тестирование

Тестирование по входу/выходу. «Черный ящик».

Неизвестны текст программы и ее логика. Исходной информацией для построения ТНД служат функциональные спецификации программы, т.е. описание того, что должна делать программа.

Основные методы ФТ:

1. связывание выходов со входами (ситуация – эффект)

2. эквивалентное разбиение

3. анализ граничных значений

4. предположение об ошибке

 

 

1. Должен обеспечить проверку функциональных выходов программы.

Необходимо получить все имеющиеся в проге выходы.

В основе метода преобразование входной спецификации задачи в соотношение причин и следствий. Для связывания причин и следствий (входов и выходов) используются такие средства, как ТР, ДР, ФД.

 

2. Эквивалентное разбиение.

Метод ориентирован на 2 положения:

1. каждый тест должен включать столько различных входных условий, сколько это возможно, с тем чтобы минимизировать общее число необходимых тестов.

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

 

Разработка тестов этим методом осуществляется в 2 этапа:

1. выделение КЭ

2. построение тестов

 

1. Классом эквивалентности называют множество входных значений, каждое из которых имеет одинаковую вероятность обнаружения конкретного типа ошибки. КЭ выделяются путем выявления каждого входного условия и разбиения его на 2 или более групп. Для любого условия существуют правильный (предоставляющий правильные входные данные программы) и неправильный (ошибочные входные значения) КЭ.

КЭ формируют в таблицы вида:

 

входные условия правильные КЭ неправильные КЭ
     

 

При выделении КЭ следует использование следующих правил:

1. если входное условие описывает область значений, то определяется один правильный КЭ и два неправильных.

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

3. если входное условие описывает ситуацию «должно быть», то определяется один правильный КЭ и один неправильный.

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

 

2. Построение тестов.

Этот процесс включает:

1. назначение каждому КЭ уникального номера.

2. проектирование новых тестов, каждый из которых покрывает как можно большее число непокрытых правильных КЭ до тех пор, пока все правильные КЭ не будут покрыты.

3. проектирование новых тестов, каждый из которых покрывает один и только один из непокрытых неправильных КЭ.

 

Анализ граничных условий (значений)

Граничные условия – это ситуации, возникающие непосредственно на границах, выше или ниже границ входных и выходных КЭ.

Общие правила этого метода.

1. Построить тесты для границ области и тесты с неправильными данными для незначительных выходов за границей области. Если входное условие описывает область значений

(-1:0): (+1:0) то,

Привести тесты для

(-1.0; 1.0; -1.001; 1.001)

2. Построить тесты для мин. и макс. значений условий и тесты: больше и меньше этих значений, если входное условие удовлетворяет дискретному ряду значений.

3. Использовать правило один для каждого выходного условия.

4. Использовать правило два для каждого выходного условия.

5. Если вход или выход программы есть упорядоченные множества (файл, таблица, лимитный список и т.д.), сосредоточить внимание на первом и последнем элементах этого множества.

6. Попробовать найти другие граничные значения (условия).

Существенное различие между анализом граничных значений и эквивалентном разбиением заключается в том, что первый исследует ситуации, возникающие на границах и вблизи (внутри и вне) границ эквивалентных разбиений. Слабость этих двух методов – они не исследуют комбинаций входных условий (действуют по локальным условиям; исследуют метод связи входов с выходами)

 

4. Предположение об ошибке.

Делаются интуитивные предположения вероятных ошибок.

Например, ситуации со значением «0» на входе или выходе программы. При переменном числе входов или выходов, например, число искомых записей в списке. Ошибки возможны в ситуациях типа «никакой» и «один» (например, пустой список, список, содержащий только одну искомую запись).

Контроль ошибок ввода сюда же стоит отнести

Три класса условий проверки программных изделий:

I. Проверка в нормальных условиях. (нормальный ход вещей; условия посреди класса)

II. Проверка в экстремальных условиях:

а. граничные условия. (очень большие числа, очень малые числа)

б. граничные объемы данных (слишком большое/мал. количество записей, если не поступает ни одного элемента данных, или только один).

в. Пустые значения (нули для чисел, пробелы для символов).

III. Проверка в исключительных условиях (ввод данных, значения которых за пределами допустимой области (выход индексов за допустимые пределы, деление на «0»).

 

Стратегия построения тестов.

1. Сначала используют ФТ (связывают входы с выходами)

2. Используют эквивалентное разбиение.

3. Применяют анализ граничных условий.

4. предположение об ошибках.

Если необходимо, то используют СТ.

 

Парадигмы, разработка ИС (образцы, модели).

В практике разработки ИС сформировались различные подходы к их созданию. Старейшая и широко используемая модель – это ЖЦ. По сути это «каскадная» модель. Можно назвать ЖЦ «естественным» подходом к созданию ИС. Однако на практике редко следуют этой модели в чистом виде как линейной последовательности этапов. Почему редко?

Во-первых, в процессе разработки всегда появляются итерации, обратные связи.

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

В настоящее время существуют следующие парадигмы разработки:

1. ЖЦ «каскад»

2. Прототип

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

4. Техника 4-го поколения

Так же применяется комбинирование парадигм.

 

2. Прототип

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

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

2. Работающий прототип, который реализует некоторое подмножество функций, требуемых от желаемого продукта.

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

Последовательность событий в парадигме прототипа можно показать следующим образом:

Как и во всех случаях разработки ИС данная модель так же начинается со сбора требований. Разработчик и заказчик определяют общие цели продукта, идентифицируют наиболее известные требования, затем появляется «Быстрый проект». Он концентрирует внимание на тех аспектах системы, которые видимы для пользователя. Например, выходные данные, выходные форматы. «Быстрый проект» ведет к конструированию прототипа. Прототип оценивается пользователем и используется для уточнения требований к разрабатываемой системе. Процесс настройки прототипа на потребности пользователя итерационный. Постепенно он дает все лучшее понимание разработчикам потребности заказчика.

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

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

Она включает все лучшие черты классического ЖЦ и прототипа, но в нее добавлен новый элемент – анализ риска. В модели определены 4 основных вида деятельности:

1. планирование – определение целей, ограничений, альтернатив;

2. анализ риска – это анализ альтернатив, определение и разрешение рисков;

3. инженерия – изготовление продукта очередного уровня;

4. оценка заказчика – экспертиза результатов инженерной деятельности.

 

Эти виды деятельности размещаются каждый в своем квадранте следующей модели.

Каждый виток модели соответствует фрагменту или версии будущего изделия. На каждой итерации (на каждом витке) производится следующее:

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

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

Парадигма спиральной модели в настоящее время является наиболее реальным подходом для разработки больших систем, но и эта модель не «панацея». Ее зачастую трудно реализовать и довести до сознания заказчика. Модель требует значительных работ по анализу риска и экспертизе его оценки.

 

Диаграммы потоков данных (ДПД)

Сущность ДПД

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

Компоненты ДПД.

Они строятся на базе 4-х компонент:

1. поток данных

2. процесс

3. хранилище (накопитель данных)

4. внешняя сущность (терминатор)

Существует 2 нотации для ДПД (системы изображения)

Одна ранее введенная: Де Марко, Йордан

Вторая: Гейн, Сарсон

Мы будем ориентироваться на усовершенствованный вариант: Гейн, Сарсон.

 

 

 

 

 

 

Уровни ДПД

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

Система распределения заказов.

Рисунок???

Эта диаграмма только общий образ системы. Можно детализировать любой другой процесс данной схемы.

Еще большая детализация представлена на следующей схеме.

Рисунок???

Как правило выполняется не менее трех уровней детализации. На одной ДПД должно быть менее 12 процессов, иначе схему сложно усвоить.

Существует такой прием как НАСЛОЕНИЕ.

 

Парадигмы разработки ИС

4 Техника 4-го поколения

4th Generation Technique

4 GT охватывает широкий круг программных средств, которые имеют одну общую черту:

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

Парадигма 4 GT ориентирована на определение ПО на уровне, приближающемуся к естественному языку или с использованием нотации, обладающей выразительными средствами. В настоящее время среда разработчика ПО, которая поддерживает парадигму 4 GT включает средства из следующего списка:

1. непроцедурный язык для запросов к БД

2. генератор отчетов

3. генератор кода

4. средства манипуляции данными

5. графика высокого уровня

6. электронная таблица

и др.

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

Парадигму 4 GT можно представить следующим образом:

 

 

В идеале заказчик описывает требования и они непосредственно транслируются в действующий прототип. Заказчик не уверен, что именно ему требуется или не может сформулировать требования в такой форме, чтобы можно было применить 4 GT для небольших приложений, от сбора требований можно двигаться непосредственно к реализации, использующей непроцедурные языки 4-го поколения. (4 GT)

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

Отметим текущее состояние с 4 GT. Опыт компаний, использующих 4 GT, показал, что время, необходимое для создания информационных систем значительно уменьшается для небольших и средних приложений. Использование 4 GT для разработки больших продуктов требует дополнительных усилий на анализ, проектирование и тестирование значительно больших, чем экономия времени в результате устранения кодирования.

 

5. Комбинирование парадигм

Хотя обычно рассматриваемые парадигмы рассматриваются как альтернативные подходы к созданию информационных программных изделий. (ИПИ) Во многих случаях можно рассматривать их комбинацию, чтобы сильные стороны каждой были использованы при проектировании. Любая из парадигм может рассматриваться в качестве основы для интеграции с другими. Покажем схематически подходы к комбинированию:

Рисунок???

 

Во всех случаях работа начинается с определения целей, альтернатив и ограничений – шага, который называется «Сбор предварительных требований». Если система может быть полностью определена с самого начала, то пригоден ЖЦ. Если требования не определенные, то для их более полного определения может быть использован метод «прототип». Используя этот метод в качестве основного, как руководство, разработчик затем может вернуться к ЖЦ. С другой стороны, метод «прототип» может развиваться в сторону «работающей системы».

Техника 4-го поколения может использоваться либо для реализации прототипа, либо работающей системы. 4 GT может использоваться в сочетании со спиральной моделью. Для создания прототипа



<== предыдущая лекция | следующая лекция ==>
онятие экономической информационной системы | позиционирование, отстройка от конкурентов.
Поделиться с друзьями:


Дата добавления: 2017-02-11; Мы поможем в написании ваших работ!; просмотров: 542 | Нарушение авторских прав


Поиск на сайте:

Лучшие изречения:

Чтобы получился студенческий борщ, его нужно варить также как и домашний, только без мяса и развести водой 1:10 © Неизвестно
==> читать все изречения...

958 - | 921 -


© 2015-2024 lektsii.org - Контакты - Последнее добавление

Ген: 0.011 с.