
- •Проектирование асоиу в современных условиях
- •Принципы создания асоиу
- •Разработчик ас в современной системе разделения труда.
- •Особенности рынка асоиу и программного обеспечения.
- •Асоиу как объект проектирования
- •Аспекты представления асоиу. Функциональное представление асоиу.
- •Аспекты представления асоиу. Структурное представление асоиу.
- •Аспекты представления асоиу. Компонентное представление асоиу.
- •Проектирование асоиу и программного обеспечения как сложной системы. Понятие простых и сложных систем, признаки сложной системы. Способы борьбы со сложностью.
- •Методы проектирования программного продукта как сложной системы: структурный, объектный, потоковый.
- •Описание бизнес-процессов. Концепция. Форматы графических схем бизнес-процессов.
- •Модели объекта автоматизации. Методика функционального проектирования 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 (Управление внутренними ресурсами и внешними связями предприятия)
113
Вопросы экзаменационные
Дисциплина: «Проектирование АСОИУ», специальность 230102
Проектирование асоиу в современных условиях
Принципы создания асоиу
Принцип новых задач.
Принцип системного подхода к проектированию АС.
Принцип первого руководителя.
Принцип непрерывного развития системы.
Принцип единства информационной базы.
Принцип комплексности задач.
Принцип согласования пропускной способности различных звеньев системы.
Принцип типовости.
Принцип автоматизации документооборота.
Принцип необходимости оргмероприятий.
Основоположником разработки АС в нашей стране считается академик В.М. Глушков, который в 60-х гг. XX в. сформулировал «десять принципов создания АСУ», не утратившие свою актуальность до настоящего времени. Их понимание и применение в практической деятельности закладывает системную основу создания АС. Эти принципы не только не противоречат модным в настоящее время идеям реинжиниринга и процессного подхода, но ясно определяют их значение и место в методологии автоматизированной обработки данных.
Принцип новых задач. АС должны обеспечивать решение качественно новых управленческих проблем, а не механизировать приемы обработки данных, реализуемые неавтоматизированными методами.
Принцип системного подхода к проектированию АС. Создание АС должно основываться на системном анализе как объекта автоматизации, так и протекающих в нем процессов в условиях взаимодействия этого объекта с окружающей средой. Это означает необходимость определения целей и критериев эффективности функционирования объекта.
Принцип первого руководителя. Разработка требований к системе, а также создание и внедрение АС должны возглавляться и поддерживаться руководителем объекта автоматизации. Демонстрация первым руководителем заинтересованности в скорейшем получении результатов внедрения АС существенно упрощает мобилизацию подчиненных на решение поставленных перед ними задач.
Принцип непрерывного развития системы. Основные идеи построения, структура и технология функционирования АС должны позволять относительно просто наращивать систему для решения задач, возникающих уже в процессе эксплуатации АС, например в связи с расширением объекта автоматизации, изменением его функциональности, ростом ИТ-компетентности пользователей и т. п.
Принцип единства информационной базы. Отсутствие дублирования информационных массивов, обрабатываемых различными пользователями АС, централизация пополнения и корректировки данных позволяет обеспечить целостность и актуальность информационной базы.
Принцип комплексности задач. Большинство процессов обработки данных взаимосвязаны и поэтому не могут быть сведены к решению набора независимых друг от друга задач. Поэтому впоследствии возникла концепции бизнес-процессов.
Принцип согласования пропускной способности различных звеньев системы. Скорость обработки данных в сопряженных звеньях ЛС должна быть согласована таким образом, чтобы избежать длительного ожидания обработки информации или неэффективного использования элементов АС вследствие их неоправданно высокой производительности.
Принцип типовости. Создание АС на базе типовых проектных решений (пакетов программ, унифицированных технологий, комплектов технических средств и т. п.) позволяет экономить средства заказчика, сокращать сроки внедрения, снижать эксплуатационные издержки, обеспечивать необходимое качество сопровождения и поддержки системы. Необходимо в каждом случае определять разумную степень типизации решений, позволяющую сочетать их универсальность с возможностью адаптации к конкретным условиям применения.
Принцип автоматизации документооборота. Внедрение безбумажных технологий циркуляции информации и обработки данных рассматривается в настоящее время как одно из основных направлений совершенствования информационной системы предприятия. В то же время концепцию «безбумажного документооборота» пока можно рассматривать лишь как отдаленную перспективу ввиду нерешенности на законодательном уровне ряда проблем с аутентификацией электронной подписи, а также в связи с неготовностью большинства должностных лиц отказаться от привычной «бумажки с печатью».
Принцип необходимости оргмероприятий. Создание АС предусматривает совершенствование организационной структуры объекта автоматизации, изменение функциональных и должностных обязанностей работников, внедрение новых форм документации и т. д. Попытки внедрять современные информационные технологии при консервации существующей системы служебных отношений неизменно приводят к дискредитации самой идеи автоматизированной обработки данных.
Эффективная реализация упомянутых и других принципов создания АСУ в настоящих условиях невозможна без понимания роли и места разработчика в современной системе разделения труда.