какая модель отражает представление о новых технологиях работы организации
Спецификация функциональных требований к ИС
Результаты предпроектного обследования
Результатом предпроектного обследования является “Отчет об экспресс-обследовании предприятия”, структура которого приведена ниже.
Документы, входящие в отчет об обследовании, могут быть представлены в виде текстового описания или таблиц, примерная форма которых приведена ниже.
| № | Б-П Наименование бизнес-процесса |
| 1. | Продажи: сеть, опт |
| 2. | План закупок |
| 3. | Размещение заказа на производство |
| 4. | Производство собственное |
| 5. | Закупка сырья |
| 6. | Платежи |
| 7. | Другие |
| Операция | Исполнитель | Как часто | Входящие документы (документы-основания) | Исходящий документ (составляемый документ) |
Описание документов бизнес-процесса
| Составляемый документ (исходящий документ) | Операция | Кто составляет (исполнитель) | Как часто | Документы-основания (входящие документы) |
Проведение предпроектного обследования позволяет решить следующие задачи:
Спецификация функциональных требований к ИС
Результаты предпроектного обследования
Результатом предпроектного обследования является “Отчет об экспресс-обследовании предприятия”, структура которого приведена ниже.
Документы, входящие в отчет об обследовании, могут быть представлены в виде текстового описания или таблиц, примерная форма которых приведена ниже.
| № | Б-П Наименование бизнес-процесса |
| 1. | Продажи: сеть, опт |
| 2. | План закупок |
| 3. | Размещение заказа на производство |
| 4. | Производство собственное |
| 5. | Закупка сырья |
| 6. | Платежи |
| 7. | Другие |
| Операция | Исполнитель | Как часто | Входящие документы (документы-основания) | Исходящий документ (составляемый документ) |
Описание документов бизнес-процесса
| Составляемый документ (исходящий документ) | Операция | Кто составляет (исполнитель) | Как часто | Документы-основания (входящие документы) |
Проведение предпроектного обследования позволяет решить следующие задачи:
Модели «как есть» и «как должно быть»
Информация, полученная в результате анализа предметной области, используется для построения моделей деятельности организации. В этом смысле рассматривается два вида моделей:
модель «как должно быть».
Каждая из моделей включает в себя полную функциональную и информационную модель деятельности организации, а также модель, описывающую динамику поведения организации (в случае необходимости).
Модель «как есть»;
Модель «как есть» («as is»)отражает существующее на момент анализа предметной области положение дел на предприятии и позволяющей понять, каким образом функционирует данное предприятие, а также выявить узкие места и сформулировать предложения по улучшению его деятельности.
Проектирование ИС на основе модели «как есть»предполагает создание ее компонентов на основе существующей организации деятельности предприятии без изменения структуры и задач его подразделений и сотрудников.
Такой подход является наиболее простым и обеспечивает создание эффективной ИС при автоматизации деятельности, которая хорошо изучена и поддается формальному описанию. Например, работа бухгалтерии, отдела кадров, хозяйственного отдела и других административных органов.
Модель «как должно быть».
Модель «как должно быть» («to be»)отражает представление о новых для предприятия технологиях организации деятельности.
Проектирование ИС на основе модели «как должно быть»применяется в том случае, когда с созданием ИС одновременным изменяется существующая структура системы управления предприятием, а также цели и задачи его подразделений.
В этом случае осуществляется реорганизация деятельности предприятия, т.е. реинжиниринг.
Жизненный цикл программных систем
5.5. Взаимосвязь между процессами ЖЦ ПО
Такими аспектами являются:
5.6. Модели и стадии ЖЦ ПО
Стадия формирования требований к ПО является одной из важнейших и определяет в значительной (даже решающей!) степени успех всего проекта. Началом этой стадии является получение одобренной и утвержденной архитектуры системы с включением основных соглашений о распределении функций между аппаратурой и программами. Этот документ должен также содержать подтверждение общего представления о функционировании ПО с включением основных соглашений о распределении функций между человеком и системой.
Стадия формирования требований к ПО включает следующие этапы.
Построение модели деятельности организации (объекта), предусматривающее обработку материалов обследования и построение двух видов моделей:
Стадия проектирования включает следующие этапы.
Разработка системного проекта ПО. На этом этапе дается ответ на вопрос “Что должна делать будущая система?”, а именно: определяются архитектура системы, ее функции, внешние условия функционирования, интерфейсы и распределение функций между пользователями и системой, требования к программным и информационным компонентам, состав исполнителей и сроки разработки, план отладки ПО и контроль качества.
Основу системного проекта составляют модели проектируемой системы, которые строятся на модели “TO-BE”. Результатом разработки системного проекта должна быть одобренная и подтвержденная спецификация требований к ПО: функциональные, технические и интерфейсные спецификации, для которых подтверждена их полнота, проверяемость и осуществимость.
Завершением стадии детального проектирования является сквозной контроль проекта или критический поблочный анализ проекта.
Разработка верифицированной детальной спецификации каждой подпрограммы (блока не более чем из 100 исходных команд языка высокого уровня).
Внешние спецификации должны содержать следующие сведения:
Каким методом обследования достигается регистрация характеристик работников в процессе функционирования в течение всего рабочего дня?
Сплошная “фотография” рабочего времени
Дайте определение понятию «Основные бизнес-процессы»
Процессы, ориентированные на производство товаров и услуг
Процессы, обеспечивающие получение дохода
Процессы, охватывающие весь комплекс функций управления на уровне каждого бизнес-процесса и бизнес-системы в целом
Какую информацию можно получить по образцам документов и конфигурациям баз данных?
Информацию о структуре информационных потоков
Информацию о структуре реальных микропроцессов
Информацию о структуре организации
Какая модель отражает представление о новых технологиях работы организации?
Модель «как должно быть»
Каким способом производится сбор информации для построения полной бизнес-модели организации?
Путем изучения документированных информационных потоков и функций подразделений
Дайте определение понятию «Процессы обеспечения»
Процессы, обеспечивающие получение дохода
Процессы, предназначенные для жизнеобеспечения основных процессов
Процессы, предназначенные для жизнеобеспечения основных и сопутствующих процессов и ориентированные на поддержку их универсальных средств
5. ЛИТЕРАТУРА
Основная
2. Автоматизированные системы. Стадии создания. ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. – М.: ИПК изд-во стандартов, 1997 г.
4. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. Учебник. 2-е изд-е, перераб. и доп. (ГРИФ). – М.: Финансы и статистика. – 2005 г.
5. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. Курс лекций. – М.: Интуит.ру, 2005 г.
6. Калянов Г.Н. Структурный системный анализ. – М.: Лори, 1997 г.
8. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. – М.: Финансы и статистика, 2002 г.
Дополнительная
9. Хетагуров Я. Проектирование автоматизированных систем обработки информации управления. – М.: Высшая школа. – 2006 г.
10. 0. Йордон Э., Аргила К. Объектно-ориетированный анализ и проектирование систем. – М.: Лори, 2007 г.
Электронные ресурсы
по специальной дисциплине
«ИНТЕЛЛЕКТУАЛЬНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ»
ВВЕДЕНИЕ
· Задачами курса являются. развитие современного профессионального мировоззрения и знакомство с передовыми технологиями разработки специального класса прикладных систем;
· знакомство со всем кругом задач, решаемых в рамках искусственного интеллекта;
· овладение методами проектирования и разработки модулей информационных систем, использующих технологии искусственного интеллекта.
После обучения по данной программе слушатель должен:
а)знать:
· круг проблем, решаемых методами искусственного интеллекта;
· основные способы представления знаний в базах знаний;
· структуру и технологию разработки экспертных систем;
· основные положения нечеткой логики и их применение для реализации нечетких рассуждений.
б) уметь:
· строить модели неформализуемых задач;
· выступая в роли инженера по знаниями, проектировать несложные базы знаний, используя различные методы представления знаний;
· иметь навык в разработке элементов интеллектуального интерфейса информационных систем;
в) иметь представление об:
· современных концепциях интеллектуальных информационных систем;
· популярных программных продуктах в области искусственного интеллекта;
· экономических и правовых аспектах интеллектуальных информационных систем.
СОДЕРЖАНИЕ ДИСЦИПЛИНЫ
Тема 1. Искусственный интеллект – основа новых информационных технологий
Искусственный интеллект. История развития искусственного интеллекта в России и за границей. Основные направления исследований в области искусственного интеллекта. Интеллектуальные информационные системы. Понятие и признаки интеллектуальной информационной системы. Классификация интеллектуальных информационных систем. Системы с интеллектуальным интерфейсом: интеллектуальные базы данных, естественно-языковой интерфейс, гипертекстовые системы, системы контекстной помощи, системы когнитивной графики. Экспертные системы: классифицирующие, доопределяющие, трансформирующие, мультиагентные. Самообучающиеся системы: индуктивные, нейронные сети, системы, основанные на прецедентах, информационные хранилища. Адаптивные информационные системы: CASE-технологии, компонентные технологии.

