краткая характеристика объекта:

• краткая характеристика назначения подразделений объекта, для которого делается АСУ;

• организационная структура;

• объемные характеристики информационных и материальных потоков;

• особенности функционирования объекта автоматизации.

13. основные положения АСУ:

• цель создания АСУ;

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

14. требования к функциональным подсистемам (задачам):

• ориентировочная очередность автоматизации

15. требования к информационному обеспечению (машинные информационные системы)

Информационные системы:

- документы;

- базы данных.

16. требования к комплексу технических средств;

17. требования к математическому (программному) и лингвистическому обеспечению

ПО:

- общесистемное;

- прикладное.

18. требования к персоналу:

Какими навыками должен обладать пользователь АСУ.

19. этапы разработки и внедрения АСУ:

Должен быть представлен укрупненный план-график разработки и внедрения АСУ.

20. расчет ожидаемых затрат:

• NPV;

• IRR;

• Срок окупаемости.

Вопрос 23

Матричная модель техпромфинплана.

Матричные модели Техпромфинплана

Балансовая матрица

- нормы технологических внутренних затрат, т.е. расход i- детали (узла полуфабриката) изготовленной в i-ом подразделении предприятии для производства l-го изделия в s-ом подразделении.

A₁ – связи между основными подразделениями.

А₂ - основное вспомогательное производство.

А₃ - вспомогательное основное производство.

А₄ – вспомогательное производство.

Квадрант I может заполняться в натуральном (количественном) выражении или в денежном.

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

Во втором квадранте II – отображается конечная продукция - Y_ij - i-го вида, выпущенная в j-ом подразделении

III квадрант – отражает распределение и использование поступающих из вне сырья, материалов, комплектующих изделий, топлива и т.д. и имеющихся на предприятии видов оборудования и трудовых ресурсов и поэтому квадрант III состоит из трех блоков:

- - подраздел использования ресурсов – нормативы затрат r-го вида на производство i- ого изделия j-ым подразделением.

- - подраздел использования оборудования – содержит нормы расхода машинного времени оборудования вида g на производство i-го изделия j-ым подразделением.

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

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

- - резерв изменения сырья r-го вида

- - резерв рабочего времени оборудования g- ого вида

Балансовое уравнение характеризует эту матрицу

x_ij – объем производства

y_ij – продукция i-го вида выпущенная j-ым подразделением

z_r –потребность предприятия в сырье, комплектующих изделий r-го вида

z_g –потребность предприятия в оборудовании g-го вида

z_q –потребность во времени профессионально квалификационной группы.

Модель может быть превращена в оптимизационную: одно ограничение (=) заменяем к min.

Вопрос ???

Тестирование программ.

Тестирование программ.

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

При этом программа может тестироваться полностью (на полном пространстве исходных данных) или частично (на частичном пространстве данных).

Полное тестирование программы чаще всего не возможно, так как надо 10¹⁰ тестов.

Чаще рассматривают частичное (выборочное) тестирование. Оно может быть двух видов:

- структурное тестирование

- функциональное тестирование

I. Структурное тестирование (выборочное)

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

Возникает проблема:

1. построение структуры программы

2. проблема генерации соответствующих тестов

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

Работает теория бинарных вопросников, используя которую выдвигаются 3 постулата структурного тестирования:

1. σ	Типы программ	а1	а2	а3	а4	а5	а6	а7	а8
   4,0	управляющие	0	0,0405	0,171	0,430	0,036	0	0	-0,00186
   4,56	вывода	0	0	0,780	0	0	0	0,0218	0
   6,34	вычислительные	0	0,024	0,412	0	0,416	0,0116	0,082	-0,0026
   3,04	настройки	0	0,001	0,592	0	0	0	0,625	-0,0036
   1,64	служебные	209	0,0374	0,628	0,102	0	0	0	-0,0133

   каждый оператор должен быть выполнен не менее одного раза для заданного набора данных

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

3. каждый маршрут программы должен быть опробован хотя бы раз

II. Функциональное тестирование

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

Выбор же тестов является случайным.

Функциональное тестирование:

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

2. Тестируем программу, и оцениваем результаты тестирования по определенным критериям:

- критерий по совпадения (надо знать, что должна выдавать программа)

- критерий попадания выходных данных в диапазон

- критерий по времени работы программы

3. Оценить вероятность нахождения ошибки в программе

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

Р_н = (1 - γ_н) ^1/n

Р_н – нижняя доверительная граница вероятности безотказной работы программы при однократном прохождении

γ_н – доверительная вероятность, которая задается

n – кол-во прохождений программы при тестировании

Р_н = (1-0,9)^1/150 = 0,985

Задача – предположить, какова надежность программы?

j – число ошибок

Z_j – j-тый параметр программы

а_j – коэффициент регрессии, полученный статистическим путем

Z_i – сложность операторов IF

n_i – число условных операторов i-го уровня возможности циклов

w_i – весовой коэффициент, определяемый экспериментально

Q – наибольший уровень вложенности

Z₂ – число ветвлений

Z₃ – общее число связей с прикладными программами

Z₄ - общее число связей с системными программами

Z₅ – число операторов ввода/вывода

Z₆ – число вычислительных операторов

Z₇ – число операторов обработки данных

Z₈ – общее число комментариев в программе

Оператор обработки данных – подпрограмма:

- ввода/вывода данных

- контроль данных

- поиск данных

- сортировка данных

Таблица для прогнозирования ошибок

В ячейках коэффициенты регрессии.

– среднеквадратичная погрешность числа ошибок

λ- интенсивность отказов программы

– отношение среднего кол-ва элементов программы, участвующих в однократном

ее прохождении к общему кол-ву элементов программы

t_реш – время решения задачи

е^-λt – вероятность безотказной работы программы

Можно поступить гораздо проще: интуитивная модель Миллса для определения кол-ва ошибок в программе:

У_1,У₂ – число ошибок, обнаруженных первым и вторым программистами, отлаживающими независимо первоначальный текст программы

У_1,2 – кол-во ошибок, обнаруженных первым и вторым программистом

Вопрос ???

Прогнозирование надежности программ на ранних этапах разработки.

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

Выбор же тестов является случайным.

Функциональное тестирование:

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

5. Тестируем программу, и оцениваем результаты тестирования по определенным критериям:

- критерий по совпадения (надо знать, что должна выдавать программа)

- критерий попадания выходных данных в диапазон

- критерий по времени работы программы

6. Оценить вероятность нахождения ошибки в программе

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

Р_н = (1 - γ_н) ^1/n

Р_н – нижняя доверительная граница вероятности безотказной работы программы при однократном прохождении

γ_н – доверительная вероятность, которая задается

n – кол-во прохождений программы при тестировании

Р_н = (1-0,9)^1/150 = 0,985

Задача – предположить, какова надежность программы?

j – число ошибок

Z_j – j-тый параметр программы

а_j – коэффициент регрессии, полученный статистическим путем

Z_i – сложность операторов IF

n_i – число условных операторов i-го уровня возможности циклов

w_i – весовой коэффициент, определяемый экспериментально

Q – наибольший уровень вложенности

Z₂ – число ветвлений

Z₃ – общее число связей с прикладными программами

Z₄ - общее число связей с системными программами

Z₅ – число операторов ввода/вывода

Z₆ – число вычислительных операторов

Z₇ – число операторов обработки данных

Z₈ – общее число комментариев в программе

Оператор обработки данных – подпрограмма:

- ввода/вывода данных

- контроль данных

- поиск данных

- сортировка данных

Таблица для прогнозирования ошибок

σ	Типы программ	а1	а2	а3	а4	а5	а6	а7	а8
4,0	управляющие	0	0,0405	0,171	0,430	0,036	0	0	-0,00186
4,56	вывода	0	0	0,780	0	0	0	0,0218	0
6,34	вычислительные	0	0,024	0,412	0	0,416	0,0116	0,082	-0,0026
3,04	настройки	0	0,001	0,592	0	0	0	0,625	-0,0036
1,64	служебные	209	0,0374	0,628	0,102	0	0	0	-0,0133

В ячейках коэффициенты регрессии.

– среднеквадратичная погрешность числа ошибок

λ- интенсивность отказов программы

– отношение среднего кол-ва элементов программы, участвующих в однократном

ее прохождении к общему кол-ву элементов программы

t_реш – время решения задачи

е^-λt – вероятность безотказной работы программы

Можно поступить гораздо проще: интуитивная модель Миллса для определения кол-ва ошибок в программе:

У_1,У₂ – число ошибок, обнаруженных первым и вторым программистами, отлаживающими независимо первоначальный текст программы

У_1,2 – кол-во ошибок, обнаруженных первым и вторым программистом

Вопрос 26

CASE – технологии. Системный структурный анализ.

ВОЗМОЖНО ПРАВИЛЬНО, НО НЕ ТОЧНО…

Методы анализа системы:

- структурные

- объектно-ориентированные

Выполняем декомпозицию системы. Любой из методов сопровождается стандартом или программой.

Для методов анализа характерно следующее:

1. разбиение на уровни абстракции. Рассматриваемые задачи (обычно не более 7), носят иерархический характер.

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

Из этих пунктов следует последовательное приближение к конечному результату (или точному описанию объекта).

управление

управление

вход выход

механизмы

Пример.

1. бизнес-функция – подготовка студентов

2. управление – государственный образовательный стандарт (ГОС)

3. механизмы – правила обучения

4. вход – абитуриент

5. выход – выпускник

Перед раскрытием бизнес-функции лучше нарисовать диаграмму Исикавы:

хребет (причина,

влияющая на результат)

главные вторичные третичные

причины причины причины

Существует система сбалансирования показаний (ССП), предполагает построение структурных карт. В структурной карте описывается 4 перспективы развития предприятия:

1. клиентская

2. внутренние бизнес-процессы

3. финансы

4. кадры

На самом нижнем уровне структурной карты – определенные показатели.

На верхнем уровне – цели.

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

4 Показателя, которые определяют сильные и слабые стороны:

1- состояние кадров

2- состояние оборудования

3- выпускаемая продукция

4- сырье

возможно еще и 5- инфраструктура предприятия

Вопрос ???

Качество программ. Планирование процесса программирования.

Будем рассматривать среднего прикладного программиста, пишущуего среднюю программу.

Средний программист – программист, работающий 2 года.

Средняя программа – программа в 1000 операторов.

Предположим программа пишется на языке высокого уровня – Cobol.

Коэффициенты поправочные делать такие:

- если простая программа: умножаем на 0,7-0,75;

- если средняя программа: умножаем на 1,25-1,5;

- если сложная программа: умножаем на 2,5-3;

Если опыт программиста 0,5-1 год срок программирования умножается на 2-1,7,т.е. 1 год срок программирования умножается на 1,7

0,5 год срок программирования умножается на 2

В жизненном цикле АСУ:

- системный анализ: 17 дней.

- написание программы:

• Логика +проверка = 7,5 дней;

• Кодирование +проверка = 10 дней; (запись на языке)

• Подготовка к тестированию = 4,5 дня;

• Проверка синтаксиса = 3 дня;

• Пробные запуски программы = 10 дней.

- системная отладка = 18 дней; (опытная эксплуатация не рассматривается)

Итого: 70 дней ≈ 2 месяца.

Реберные точки при отладке программы:

• На начальном этапе: если за 3 запуска не исправляем синтаксические ошибки – плохо;

• Тестирование программы – за 10-12 проходов мы должны ее отладить;

• Связывание модулей – системная отладка – 3 запуска;

• 1-2 ошибки на 100-200 операторов нормально.

Качество программного обеспечения (ПО).Качество, заложенное на этапе разработки

1. Качество, определяемое эксплуатацией программ

2. Сопровождение ПО (тиражирование, исправление ошибок, выпуск обновлений, серий, трудоемкость, затратность)

Эффективность ПО определяется:

Э=Э₀-Э_Σ

Э – суммарный доход от использования комплекса программ в течение его жизненного цикла

Э_Σ – совокупность затрат на проектирование, эксплуатацию и сопровождение программ

Э_Σ=С_n+C_э+С_с

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

Откуда возникла Э₀?

NPV – чистый дисконтированный доход

Говоря о качестве ПО, на любой стадии, говорят о его дружественности:

1. Дружественность интерфейса. Он должен быть понятен пользователю

2. Программа должна иметь командный диалог, который ведет по алгоритму программы

3. Должна быть обучающая компонента (HELP)

4. Толковое детальное руководство (должны быть контрольные примеры)

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

Вопрос 28

Управление запасами: основная модель

Элементы теории управления запасами

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

Излишние запасы приводят к омертвлению и потерям, связанным с их хранением.

Недостаток запасов приводит к потерям и срывам работы предприятия.

В этой ситуации возникает вопрос соотношения затрат на хранение, соотношение затрат на пополнение запасов.

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

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

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

Теория управления запасами рассматривает задачи:

1. – с одним складом;

– с несколькими складами;

2) – детерминированные задачи;

– стохастические задачи.

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

Основная модель теории управления запасами (Формула Харриса)

Пусть нам задана некоторая функция Q(t) – функция изменения запасов во времени. Пополнение запасов будем считать мгновенным.

З

q

атраты, связанные с запасами делят на 3 категории:

А – стоимость товара;

Б – организационные издержки (оформление товара, доставка, разгрузка)

В – издержки хранения (аренда склада, амортизация склада – если он свой)

Введем обозначения:

С – цена единицы товара;

d=const – интенсивность спроса на единицу товара в год – непрерывная и

постоянная.

S – организационные издержки за одну партию товара. В этой модели не зависит от

размера поставки, т.е. от количества товаров в партии.

h – издержки на хранение запасов на единицу товара (h=const)

- время в течении которого ресурс расходуется, а потом пополняется (время расхода запаса)

q – размер партии.

Наша задача определить оптимальный размер партии, т.е. q*

A – стоимость товара.

A=c*d, где c-цена

d- спрос

Б – организационные издержки

где - число поставок в год

В – издержки хранения

Общие издержки на хранение товара:

C(q)

q

q*

- Формула Харриса для вычисления оптимального размера партии.

Вопрос 29

Алгоритмы решения задачи Джонсона.

Типовая задача теории расписаний – задача Джонсона:

Требуется обработать m-деталей, причем каждая деталь должна последовательно пройти обработку на n- станках.

m – деталей i = 1,…,m

n – станков j=1,…n

Технология обработки не задана (деталь обрабатывается в любом порядке)

Расписание – G-множество следующего вида:

G =

- время начала обработки i-ой детали на j-ом станке.

- время окончания обработки i-ой детали на j-ом станке.

- время обработки i-ой детали на j-ом станке.

На времена и накладываются следующие ограничения:

1. Для каждой детали обработка на станке (i+1) должна начинаться не раньше чем оканчивается обработка на станке j

2. На каждом станке одновременно может обрабатываться не более одной детали

, где s=1,…,m

s ≠ j

3. Начавшаяся операция не прерывается до полного ее завершения

Требуется определить порядок обработки деталей на станках – расписание минимизирующе общее время обработки.

Алгоритма для одного, двух, трех станков. От 4-ех и далее алгоритм не работает.

1. Эвристический алгоритм.

Первый способ моделирует работу диспетчера, который составляет расписание. На станок ставится деталь, которая требует наибольшее (наименьшее) время обработки. В этом алгоритме нету оптимальности

2. Второй способ получения решения – метод Монте-Карло – метод случайоного поиска решений.

Предположим есть один станок: 1,2,3,4,5,6 – детали

Генерируем случайный поиск – равномерно распределенный

1 деталь - 0,5

2 деталь - 0,3

3 деталь - 0,1

4 деталь - 0,7

5 деталь - 0,9

6 деталь - 0,4

Упорядочим случайные числа:

3,2,6,1,4,5 - случайное расписание.

«-»: последовательность псевдослучайная.(надо количество станков = количеству генераторов)

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

Генетический алгоритм – дарвиновский механизм естественного отбора, наложенный на случайный поиск решений.Есть 6 деталей:

1	2	3	4	5	6
0,5	0,4	0,1	0,9	0,8	0,2

Получим случайное расписание: 3,6,2,1,5,4.

Как его улучшить? Сделаем все возможные попарные перестановки: 3 6 2 1 5 4

Получим 24 перестановки. Запоминаем лучшую перестановку и опять генерируем новое расписание, пока оно не будет лучше полученного, опять делаем перестановки и т.д.

F_n – значение критерия на «n» шаге

F_(n+1) – значение критерия на «n-1» шаге

Для надежности можно сделать еще несколько раз, если не выскочим за , то надежно.

Вопрос ???

Требования предъявляемые к информационному обеспечению АСУ.

Качество программного обеспечения (ПО).

3. Качество, заложенное на этапе разработки

4. Качество, определяемое эксплуатацией программ

5. Сопровождение ПО (тиражирование, исправление ошибок, выпуск обновлений, серий, трудоемкость, затратность)

Эффективность ПО определяется:

Э=Э₀-Э_Σ

Э – суммарный доход от использования комплекса программ в течение его жизненного цикла

Э_Σ – совокупность затрат на проектирование, эксплуатацию и сопровождение программ

Э_Σ=С_n+C_э+С_с

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

Откуда возникла Э₀?

NPV – чистый дисконтированный доход

Говоря о качестве ПО, на любой стадии, говорят о его дружественности:

5. Дружественность интерфейса. Он должен быть понятен пользователю

6. Программа должна иметь командный диалог, который ведет по алгоритму программы

7. Должна быть обучающая компонента (HELP)

8. Толковое детальное руководство (должны быть контрольные примеры)

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

Вопрос 30

Функциональная матрица. Оптимизация распределения функций управления по уровням и звеньям управления.

Требования, которым должна удовлетворять структура управления для ее оптимизации:

1. обеспечивать наикратчайший путь от звена управляющей системы до управляемого объекта;

2. должна состоять из оптимально-минимального числа ступеней и звеньев;

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

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

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

4 Этапа разработки (совершенствования) структуры управления:

1. Определяется степень централизации и децентрализации функции управления

и число уровней (ступеней) управления.

2. Определяется (конкретизируется) состав и содержание функции управления.

3. Рассчитывается состав и число линейных и функциональных руководителей.

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

Когда идет проработка структуры управления, рисуют функциональную матрицу.

ТАБЛИЦА

Функциональная матрица определяет:

- распределение ФУ по структурам, подразделениям и должностным лицам

- характер принимаемого решения

7 видов Характеров:

! единоличное решение

Р решающий голос в коллективном решении с правом подписи

Р решающий голос в коллективном решении без права подписи

К контроль выполнения

И получение сведений для информирования того или иного должностного лица

П подготовка документов, вопросов, вариантов

С согласование (визирование)

+Вопрос 19

Вопрос ???

ТЗ и ТУ на программировании.

Системное сопровождение.

ТЗ – техническое задание

1. Наименование разработки

2. Цель и назначение программы

3. Основание для разработки

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

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

6. Конструктивные и эксплуатационные требования (требования к качеству программы и порядок внесения изменений)

7. Специальные требования (связаны с описанием аварийных ситуаций на объектах)

8. Кооперация исполнителей, стадии разработки и испытаний программы (тестирование)

9. Порядок корректировки ТЗ

ТУ – техническое условие

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

2. Правила воспроизведения программы, поставки и приема – подробное контрольное испытание программы

3. Методика проверки программы. Устанавливает состав средств контроля корректности программы и правильности ее функционирования в заданных условиях (контрольные тесты). Порядок применения этих средств (тестов), способы регистрации, обработки и анализа результатов работы.

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

Вопрос ???

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

Проектирование программного обеспечения.

В любой из этих систем есть определенные принципы (проблемы) создания программного обеспечения (ПО).

Когда создается (ПО) любой АС есть 2 проблемы:

1. Общее системное ПО (инструмент которым мы пользуемся) – операционные системы, некоторые общесистемные пакеты – Microsoft Office – нейросетевые пакеты, математические пакеты, СУБД.

2. Специальное ПО – оригинальные задачи, которые моделируем, программируем.

2-е части:

– пишем базу данных – строим функциональную модель – комплекс программ по работе с базой данных (ввод/вывод, контроль)

– программа содержательной обработки.

Когда говорится о ПО, то внутри важного жизненного цикла АСУ есть следующие блоки (этапы):

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

1. Проектирование должно идти сверху вниз

2. Программа должна состоять из модулей

Древовидная структура программы:

Информация черпается снизу вверх.

Связь модулей одного уровня запрещена.

Объем модуля порядка 100 операторов.

Память делят на три уровня:

1. Глобальная зона – данные в ней доступны любому модулю сверху вниз, снизу вверх, по горизонтали нет

2. Обменная зона – два соседних модуля

3. Локальная зона – только в этом модуле

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

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

«-» Вход/ выход должен быть у каждого модуля, большой объем работы по программированию заглушек.

При отладке программы существует 3 этапа отладки программы:

1. программная отладка

2. системная отладка

3. опытная эксплуатация программы

   • программная отладка – индивидуальная проверка модулей (камеральная отладка).

Транслятор + интерпретатор

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

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

4 категории ошибок:

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

2. Алгоритмические ошибки – связаны с неправильной реализацией программным путем алгоритмов работы. Такие ошибки выявляются очень тяжело и самые распространенные.

3. Программные ошибки – некорректное использование языка программирования

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

Заповеди программиста

• Избегай длинных модулей;

• Избегай двойных циклов;

• Сокращая программу – удлиняешь отладку;

• Неважно, какой длины программа, важно чтобы работала;

• Если программа доходит до конца, это не значит, что она работает верно;

• Думай перед отладкой и после и во время отладки;

• Нормальный программист делает одну ошибку на 100-200 операторов.

Вопрос ???

Реинжиниринг предприятия.

Два подхода к стратегическому отношению деятельности предприятия:

- эволюционное развитие предприятия

- реинжениринг

Принципы реинжениринга (bpr).

BPR – Business Process Reengineering – это фундаментальное переосмысливание и радикальное перепланирование бизнес – процессов в компании, имеющее целью резкое улучшение показателей деятельности компании.

Фундаментальное – руководитель должен задать себе вопрос «Почему мы делаем то, что мы делаем и, почему мы это делаем так, а не иначе?»

Радикальное – руководитель хочет отбросить старые методы и найти новые.

Резкое – планируется улучшение деятельности компании не на несколько %, а в разы.

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

Принципы реализации bpr.

1. Несколько работ объединяются в одну.

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

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

2. Исполнители самостоятельно принимают решения. Т.е. вышестоящий начальник исполнителю делегирует свои полномочия. Это называется вертикальным сжатием процесса.

3. Шаги процесса выполняются в естественном порядке, т. е. там, где это возможно работы выполняются параллельно.

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

4. Процессы имеют различные варианты исполнения

5. Работа выполняется там, где это наиболее необходимо

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

6. Уменьшение проверок и контроля.

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

7. Минимизация согласований.

Это достигается за счет минимизации числа точек внешних контактов данного бизнес – процесса.

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

9. Сочетание централизованного и децентрализованного.

Компания дает возможность своим подразделениям:

- работать автономно

- пользоваться информацией центрального офиса

Вопрос ???

Эволюционное развитие предприятия, управление качеством.

Принципы эволюционного развития предприятия.

Они определят при автоматизации, как должны реализовываться функции управления на предприятии.

В современной трактовке - СИСТЕМА УПРАВЛЕНИЯ КАЧЕСТВОМ.

TQM – Total Quality Management (Япония)

ISO – International Standart Organization (качество процессов управления). ISO определяет правила игры на предприятии.

1. Постоянное улучшение управлением производства

- долгосрочное планирование

- создание новых товаров и услуг

- использование новых материалов

- установка нового оборудования

- проведение научно – технических исследований (инновации)

2. Создание здорового социального климата на производстве

3. Отказ от массового контроля качества готовой продукции. Является запоздалой и дорогостоящей мерой, неявно подразумевающей планирование брака. Переход к оптимизации производства, исключающего брак и необходимость массового контроля готовой продукции.

4. Установление долгосрочных партнерских отношений с поставщиками

с целью получения качественных комплектующих и сырья

5. Каждый следующий заказ должен выполняться лучше предыдущего

6. Обучение и повышение уровня знаний руководства

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

8. Устранение страха потери работы за высказывание новых идей и выявление интересующих человека вопросов

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

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

11. Отказ от количественных показателей, так как они рассчитаны на среднего работающего. Способный сделать больше, делает больше.

12. Поддержание профессиональной гордости за предприятие, продукцию и услуги, которое оно производит

13. Поощрение образования и совершенствования в своей специальности и освоения новых технологий

14. Для успешного старта проекта необходимо:

1. Чтобы инициатива изменений (инноваций) происходила, как правило, от руководителей среднего звена

2. Убеждение высшего руководства и получения его согласия и поддержки в провидении изменений

3. Объяснение руководителями как можно большему числу сотрудников предприятия необходимости перемен и необходимости их участия в этих переменах

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

22