
- •Проектирование асоиу в современных условиях
- •Принципы создания асоиу
- •Разработчик ас в современной системе разделения труда.
- •Особенности рынка асоиу и программного обеспечения.
- •Асоиу как объект проектирования
- •Аспекты представления асоиу. Функциональное представление асоиу.
- •Аспекты представления асоиу. Структурное представление асоиу.
- •Аспекты представления асоиу. Компонентное представление асоиу.
- •Проектирование асоиу и программного обеспечения как сложной системы. Понятие простых и сложных систем, признаки сложной системы. Способы борьбы со сложностью.
- •Методы проектирования программного продукта как сложной системы: структурный, объектный, потоковый.
- •Описание бизнес-процессов. Концепция. Форматы графических схем бизнес-процессов.
- •Модели объекта автоматизации. Методика функционального проектирования idef0 (Integrated deFinition 0).
- •Моделирование бизнес-процессов спецификация требований на основе структурного подхода
- •Модели объекта автоматизации. Методика информационного проектирования idef3.
- •Модели объекта автоматизации. Методика dfd. Примеры диаграмм.
- •Автоматизация проектирования. Case – системы bPwin. Примеры диаграмм
- •Автоматизация проектирования. Case – системы eRwin. Примеры диаграмм.
- •Организация процесса конструирования программного обеспечения ас.
- •Понятие метода и технологии конструирования.
- •Классический жизненный цикл программных систем. Макетирование.
- •Инкрементная модель стратегии конструирования
- •Спиральная модель.
- •Тяжеловесные и облегченные процессы. Xp-процессы.
- •Унифицированный процесс проектирования по асоиу
- •Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика rup.
- •1.Определение требований
- •2.Анализ
- •3.Проектирование
- •4.Реализация
- •5.Тестирование
- •Унифицированный язык моделирования. Предметы, отношения и диаграммы в uml.
- •Руководство программным проектом
- •Процессы руководства проектом.
- •Измерения, меры и метрики. Размерно-ориентированные метрики.
- •Измерения, меры и метрики. Функционально-ориентированные метрики.
- •Измерения, меры и метрики. Метрики объектно-ориентированных программных систем.
- •Набор метрик Чидамбера и Кемерера
- •Использование метрик Чидамбера-Кемерера
- •Оценка проекта на основе loc и fp метрик.
- •Оценка проекта на основе loc и fp метрик.
- •Стандартизация проектирования ас и программного обеспечения
- •Общие понятия стандартизации. Международные и национальные организации, разрабатывающие стандарты.
- •Национальные организации, разрабатывающие стандарты
- •Нормативные документы по стандартизации и виды стандартов
- •Стандарты в области программного обеспечения ас
- •Стандарты комплекса гост р 34. Стадии и этапы проектирования ас, определяемые стандартом гост 34.602.
- •Стандарты комплекса гост р 34. Содержание технического задания на создание ас, гост 34.601.
- •Процессы жизненного цикла программного средства, определяемые в стандарте гост p исо/мэк 12207.
- •Фазы разработки и внедрения асоиу.
- •Фаза «Обоснование»
- •Фаза «Создание»
- •Реализация автоматизированной системы
- •Тестирование программного продукта
- •Основные понятия и принципы тестирования, тестирование «белого» и «черного» ящиков
- •Тестирование «черного ящика»
- •Тестирование «белого ящика»
- •Особенности тестирования «белого ящика»
- •Тестирования базового пути. Цикломатическая сложность программного обеспечения.
- •Потоковый граф
- •Цикломатическая сложность
- •Тестирования условий. Тестирования циклов Способы тестирования условий
- •Тестирование ветвей и операторов отношений
- •Способ тестирования потоков данных
- •Тестирование циклов
- •Простые циклы
- •Вложенные циклы
- •Объединенные циклы
- •Неструктурированные циклы
- •Особенности объектно-ориентированного тестирования по.
- •Изменение методики при объектно-ориентированном тестировании
- •Тестирование объектно-ориентированной интеграции
- •Объектно-ориентированное тестирование правильности
- •Управление качеством ас
- •Процесс управления качеством. Обеспечение и планирование качества.
- •Процесс управления качеством
- •Планирование качества
- •Контроль качества. Измерение показателей программных систем
- •Контроль качества
- •Измерение показателей по
- •Стандарт исо/мэк 15504. Модель зрелости конструирования программных систем. (смм).
- •Модели качества процессов конструирования
- •V. Высокая оптимизация/Optimizing
- •IV. Управляемость/Managed
- •III. Начало оптимизации (Определенность) /Defined
- •II. Контроль/Repeatable
- •I. Начальный уровень (хаос)/Initial
- •Гост исо/мэк 12119-2000. Требования к качеству пакетов программ.
- •1 Область применения
- •3 Требования к качеству
- •Описание продукта
- •3.1.1 Общие требования к содержанию
- •3.1.2 Обозначения и указания
- •3.1.4 Формулировки надежности
- •3.1.5 Формулировки практичности
- •3.2 Документация пользователя
- •3.3 Программы и данные
- •Гост исо/мэк 12119-2000. Указания по тестированию пакетов программ.
- •4 Указания по тестированию
- •4.1 Необходимые условия для тестирования
- •4.2 Работы по тестированию
- •4.3 Протоколы тестирования
- •4.4 Отчет о тестировании
- •4.5 Дополнительное тестирование
- •Документация автоматизированной системы
- •Предпроектная документация. Материалы обследования объекта автоматизации. Техническое задание. Договорная документация.
- •Проектная документация.
- •Рабочая документация.
- •Эксплуатационная документация
- •Организационно-распорядительная документация. Оформление документации.
- •Интегрированная система управления производством класса erp (Enterprise Recourse Planning).
- •Концепция erp II – Enterprise Resource and Relationship Processing (Управление внутренними ресурсами и внешними связями предприятия)
Эксплуатационная документация
Наряду с рабочей документацией, чаще всего используемой эксплуатационным персоналом и сотрудниками организации-разработчика АС, в ходе реализации системы создается эксплуатационная документация, которая согласно ГОСТ 34.003 определяет правила действия пользователей АС при ее функционировании и обеспечении работоспособности. В отличие от рассматривавшейся выше рабочей документации, применяемой специалистами в области информационных технологий, эксплуатационная документация ориентирована на конечных пользователей АС. В подавляющем большинстве случаев эти пользователи обладают весьма низкой ИТ-компетентностью, но являются профессионалами в своей предметной области, что должен учитывать разработчик эксплуатационной документации при выборе терминологии и стиля изложения.
К эксплуатационной документации АС относятся: " «Руководство пользователя», в котором излагается порядок действий конкретного должностного лица при выполнении находящихся в его компетенции автоматизированных функций.
«Описание применения» («Описание системы») - документ, в котором излагаются общие сведения об автоматизируемой системе или ее части, необходимые для понимания принципов функционирования и предоставляемых возможностей.
Технологические инструкции - документы, определяющие порядок реализации конкретных технологических процессов обработки данных и взаимодействие пользователей в ходе этих процессов.
Документы по эксплуатации комплекса технических средств, соответствующие ГОСТ 2.601 и предназначенные для «...эксплуатации изделий, ознакомления с их конструкцией, изучения правил эксплуатации (использования по назначению, технического обслуживания, текущего ремонта, хранения и транспортирования), отражения сведений, удостоверяющих гарантированные изготовителем значения основных параметров и характеристик (свойств) изделия, гарантий и сведений по его эксплуатации за весь период (длительность и условия работы, техническое обслуживание, ремонт и другие данные), а также сведений по его утилизации».
Состав и содержание «Руководства пользователя», «Описания применения» и технологических инструкций определяется методическими указаниями РД 50-34.698-90, а документов по эксплуатации КТС -ГОСТ 2.601.
Организационно-распорядительная документация. Оформление документации.
Мы уже неоднократно упоминали, что взаимодействие между разработчиком и заказчиком в процессе создания, внедрения и эксплуатации АС регламентируется договором между сторонами и приложениями к нему. Договор устанавливает рамки и определяет наиболее важные условия сотрудничества, но в период его выполнения стороны должны совместно составлять дополнительные - так называемые организационно-распорядительные документы, подтверждающие наступление юридически значимых событий, фиксирующие получение юридически значимых результатов или устанавливающие порядок взаимодействия при проведении каких-либо работ. В частности, речь идет о таких событиях, как завершение выполнения стадии или этапа работ, передача материальных или иных ценностей, регистрация результатов проведенных испытаний либо составление графика проведения совместных мероприятий. Подписание этих документов сторонами договора или их законными представителями означает согласие с изложенными в них фактами и договоренностями, что создает правовую основу для последующих взаимоотношений.
Наиболее важными организационно-распорядительными документами считаются:
Акт - фиксирует место, время и факт наступления некоторого события, описывает его участников, содержание и характер. В частности, актированию подлежат такие события, как завершение выполнения этапа работ, передача заказчику результатов работы, приемка АС в опытную или промышленную эксплуатацию и т. п.
Протокол - фиксирует полученные результаты выполнения одной или нескольких работ. В протоколе обязательно указывается место и время проведения протоколируемых работ и основания для их выполнения, перечисляются участники и/или наблюдатели. Как правило, протокол подписывается всеми участниками фиксируемого события. Протоколируются результаты испытаний АС или ее частей, а также ход совместных заседаний, совещаний или переговоров, на которых принимаются юридически значимые решения.
" План-график работ - фиксирует согласованную последовательность проведения действий сроки их начала и окончания, формы представления отчетности и, возможно, ответственных за выполнение каждой работы. Планированию и согласованию подлежат совместные мероприятия, например заседания приемочной комиссии, испытания и т. п.
Еще один вид организационно-распорядительных документов, составляемых при создании, внедрении и эксплуатации АС - приказы. Каждый приказ содержит указания, распоряжения и поручения, обязательные для исполнения сотрудниками того предприятия или ведомства, по которому он издан. Приказ подписывается первым руководителем предприятия или лицом, исполняющим его обязанности. С формальной точки зрения, приказ является внутренним документом, не имеющим юридической силы для сотрудников сторонних организаций. Тем не менее приказ о составе приемочной комиссии согласовывается с руководителями всех организаций, сотрудники которых включаются в состав этой комиссии или привлекаются к ее работе. Кроме того, ввиду специфичности приказов об организации опытной и начале промышленной эксплуатации АС, их тексты готовятся с участием сотрудников разработчика.
Рекомендации по содержанию организационно-распорядительных документов представлены в приложении 2 к методическим указаниям РД 50-34.698-90.
Оформление документации
В силу разнородности потенциальных читателей документации, а также ввиду необходимости точного и недвусмысленного понимания ее содержания, к стилю и языку написания, а также к качеству оформления документов предъявляются особые требования. Наряду с пользовательским интерфейсом, документация АС выступает в роли своеобразной витрины разработчика. Зачастую будущие пользователи и потенциальные покупатели (заказчики) АС именно по оформлению документации и качеству изложения материала (доступность, грамотность, стилистика, корректность применения профессиональной терминологии и т. п.) составляют первоначальное впечатление о предлагаемой системе. По этой причине вполне оправданно повышенное внимание руководства организации-разработчика к результатам документирования АС. В качестве мер, способствующих достижению необходимого уровня рабочих и эксплуатационных документов, можно назвать:
строгое соблюдение действующих государственных и отраслевых стандартов оформления документации;
выработка и соблюдение внутренних стандартов документирования АС (структура документов, используемая терминология, стилистика изложения и т. п.);
редактирование документации непосредственным руководителем исполнителя конкретного документа;
внутренняя и внешняя экспертиза содержания документов;
внутренний нормоконтроль документации.
Соблюдение требований к оформлению документации, содержащихся в стандартах и других нормативных материалах, имеет гораздо более глубокий и серьезный смысл. Цель этих требований - обеспечить унификацию выпускаемых документов, облегчить их комплектацию, упростить контроль за хранением и облегчить внесение изменений. Следование единым стандартам оформления позволяет автоматизировать процесс составления документов за счет применения одних и тех же шаблонов, копирования и тиражирования фрагментов текста, автоматического внесения изменений и т. д.
Правила оформления документации охватывают решение следующих вопросов:
формат документа;
структура титульных, заглавных и других служебных листов;
формат основных надписей и/или колонтитулов;
формат текстовой части документа;
выбор шрифтов, интервалов, отступов, линий и т. п.;
нумерация листов;
оформление рисунков, таблиц, формул, приложений, списка источников и ссылок на них;
обозначение документа;
представление, документации на машинных носителях.
Управление персоналом
Познавательные процессы в процессах проектирования.
Мотивация персонала.
Организация работы в группе (команде). Социальные процессы.
Подбор и сохранение персонала.
Модель оценки уровня развития персонала.
Проектирование систем управления производством
Система оптимального управления заказами класса MRP (Manufacturing Resources Planning).
Потребность в автоматизации управленческих процессов впервые была осознана в конце 60-х – начале 70-х годов, когда стало ясно, что управление крупной корпорацией подчиняется тем же законам, что и любая бюрократическая структура.
Один из законов Паркинсона гласит: “штат организации никак не связан с объемом выполняемой ею работы”. Иными словами, с ростом численности управленческого персонала КПД его работы падает до нуля.
В связи с этим родилась идея: организовать труд управленцев при помощи автоматизированной системы примерно так, как конвейер организует труд рабочих. В итоге родилась концепция регулярного менеджмента, опирающегося не на талантливых одиночек, а на формально описанные процедуры, делающие эффективным труд каждого управленца.
MRP
Краткая концепция MRP – Material Resource Planning (Планирование потребностей в материальных ресурсах). Основная концепция MRP в том, чтобы минимизировать издержки, связанные со складскими запасами (в том числе и на различных участках в производстве). В основе этой концепции лежит следующее понятие - Bill Of Material (BOM - спецификация изделия, за которую отвечает конструкторский отдел), который показывает зависимость спроса на сырье, полуфабрикаты и пр. в зависимости от плана выпуска (бюджета реализации) готовой продукции. На основании плана выпуска продукции, BOM и технологической цепочки осуществляется расчет потребностей в материалах, привязанный к конкретным срокам.
У MRP есть серьезный недостаток. Его суть в том, что, рассчитывая потребность в материалах, мы не учитываем (как минимум) производственные мощности, их загрузку, стоимость рабочей силы и т.д. Поэтому, возникла концепция MRP II (Manufacturing Resource Planing - планирование производственных ресурсов).
MRP II
Краткая концепция MRP II - Manufacturing Resource Planing (Планирование производственных ресурсов) MRP II позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т.д.). Впоследствии концепция MRP II развивалась, и к ней постепенно добавлялись возможности по учету остальных затрат предприятия - появилась концепция ERP (Enterprise Resource Planning - Планирование ресурсов предприятия), называемая иногда также планированием ресурсов в масштабе предприятия (Enterprise-wide Resource Planning).
Стандарт MRP II
Развитием концепций автоматизированного управления занимается американская некоммерческая организация APICS (American Production and Inventory Control Society), www.apics.org. Она объединяет производителей (заказчиков), консультантов и разработчиков программного обеспечения.
По стандарту APICS, MRP II включает следующие функции:
Sales and Operation Planning – Планирование продаж и производства
Demand Management – Управление спросом
Master Production Scheduling – Составление плана производства
Material Requirement Planning – Планирование потребностей в сырье и материалах
Bill of Materials – Спецификации продукции
Inventory Transaction Subsystem – Складская подсистема
Scheduled Receipts Subsystem – Отгрузка готовой продукции
Shop Flow Control – Управление производством на цеховом уровне
Capacity Requirement Planning – Планирование производственных мощностей Input/output control – Контроль входа/выхода
Purchasing – Материально-техническое снабжение
Distribution Resource Planning – Планирование запасов сбытовой сети
Tooling Planning and Control – Планирование и управление инструментальными средствами Financial Planning – Финансовое планирование
Simulation – Моделирование Performance Measurement – Оценка результатов деятельности.
Задачей информационных систем класса MRP II является оптимальное формирование потока материалов (сырья), полуфабрикатов (в том числе находящихся в производстве) и готовых изделий. Система класса MRP II - имеет целью интеграцию всех основных процессов, реализуемых предприятием, таких как снабжение, запасы, производство, продажа и дистрибьюция, планирование, контроль за выполнением плана, затраты, финансы, основные средства и т.д.
Результаты использования интегрированных систем стандарта MRP II:
получение оперативной информации о текущих результатах деятельности предприятия как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов;
долгосрочное, оперативное и детальное планирование деятельности предприятия с возможностью корректировки плановых данных на основе оперативной информации;
решение задач оптимизации производственных и материальных потоков;
реальное сокращение материальных ресурсов на складах;
планирование и контроль за всем циклом производства с возможностью влияния на него в целях достижения оптимальной эффективности в использовании производственных мощностей, всех видов ресурсов и удовлетворения потребностей заказчиков;
автоматизация работ договорного отдела с полным контролем за платежами, отгрузкой продукции и сроками выполнения договорных обязательств;
финансовое отражение деятельности предприятия в целом;
значительное сокращение непроизводственных затрат;
защита инвестиций, произведенных в информационные технологии;
возможность поэтапного внедрения системы, с учетом инвестиционной политики конкретного предприятия.
В основу MRP II положена иерархия планов. Планы нижних уровней зависят от планов более высоких уровней, т.е. план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того эти планы связаны между собой таким образом, что результаты планов нижнего уровня оказывают обратное воздействие на планы высшего уровня.
Если результаты плана нереалистичны, то этот план или планы высшего уровня должны быть пересмотрены. Таким образом можно проводить координацию спроса и предложения ресурсов на определенном уровне планирования и ресурсов на высших уровнях планирования.