- •1 Проектирование иус
- •1.1 Классификация ис
- •1.2 Ис как объект проектирования
- •1.3 Информационные технологии в лингвистике
- •1.4 Требования к ис с точки зрения задачи принятия управленческих решений
- •1.4.1 Требования к информации, выдаваемой ис
- •1.4.2 Требования к ис в целом
- •1.5 Вопросы для обсуждения: проблемы проектирования и внедрения ис
- •Тема 1. Что мешает внедрению ис на предприятиях?
- •Тема 2. Нужна ли поддержка коллектива для успешного внедрения ис или достаточно крепкого кулака директора?
- •Тема 3. Где взять деньги на автоматизацию и можно ли обойтись без них?
- •Тема 4. Существует ли единая методология проектирования ис?
- •2 Фирма как объект внедрения иус
- •2.1 Фирма как объект исследования и как среда функционирования ис
- •2.2 Организация бизнеса
- •2.3 Базовые функции обеспечения деятельности фирмы
- •2.4 Управленческий баланс фирмы
- •2.5 Проектный учёт
- •2.6 Классификация бизнес-процессов
- •2.7 Вопросы по теме
- •3 Технология создания иус
- •3.1 Этапы проектирования ис
- •3.2 Требования к инструментальным средствам
- •3.3 Что такое case-средства?
- •3.4 Пример взаимодействия case-средств
- •3.5 Развитие методологий проектирования
- •4 Подходы к проектированию архитектуры иус
- •4.1 Локальные ис
- •4.2 Ис в файл-серверной архитектуре
- •4.3 Ис в клиент-серверной архитектуре
- •4.4 Двухзвенные модели архитектуры
- •4.5 Трехзвенные модели
- •4.6 Монитор транзакций
- •5 Выбор case-средств проектирования иус
- •5.1 Стандарты по информационным технологиям
- •5.2 Подходы к проектированию ис
- •5.3 Методы структурного проектирования
- •5.4 Методы объектно-ориентированного проектирования
- •5.5 Вопросы по теме
- •6 Методология idef0
- •6.1 Общие положения методологии idef0
- •6.2 Классификация видов функций
- •6.3 Классификация механизмов
- •6.4 Классификация управляющих воздействий
- •6.5 Типизация функциональных моделей
- •6.6 Выводы по методологии функционального моделирования
- •6.7 Синтаксис графического языка
- •6.8 Семантика языка idef0
- •6.9 Контекстная диаграмма
- •6.10 Дочерние диаграммы
- •6.11 Граничные стрелки
- •6.12 Тоннелирование стрелок
- •6.13 Правила построения диаграмм
- •7 Методология dfd и idef3
- •7.1 Диаграммы потоков данных
- •7.2 Диаграммы процессов
- •8 Создание модели данных с помощью case-средств. Idef1x
- •8.1 Уровни моделирования
- •8.2 Основные понятия логического уровня
- •8.3 Графический язык idef1x
- •9Объектно-ориентированное проектирование. Язык uml
- •9.1 История появления
- •9.2 Краткий обзор диаграмм
- •9.3 Сколько диаграмм создавать?
- •9.4 Диаграммы вариантов использования
- •9.5 Диаграмма последовательности
- •9.6 Диаграмма классов
- •10 Cals – технология
- •10.1 Понятие о cals-технологии
- •10.2 Стандарты cals-технологии
- •10.3 Структура стандартов step
- •10.4 Диалекты языка Express
- •10.5 Методы реализации
- •10.7 Пример модели на языке Express (iso10303.41)
- •11 Список литературы
1.3 Информационные технологии в лингвистике
Информационные технологии в лингвистике – это совокупность законов, методов и средств получения, хранения, передачи, распространения, преобразования информации о языке и законах его функционирования с помощью компьютеров.
К основным задачам применения информационных технологий в лингвистике относят [источник]:
создание систем искусственного интеллекта;
создание систем автоматического перевода;
создание систем автоматического аннотирования и реферирования текстов;
создание систем порождения текстов;
создание систем обучения языку;
создание систем понимания устной речи;
создание систем генерации речи;
создание автоматизированных инфармационно-поисковых систем;
создание систем атрибуции и дешифровки анонимных и псевдоанонимных текстов;
разработка различных баз данных (словарей, карточек, реестров и т.п.) для гуманитарных наук;
разработка различного типа автоматических словарей;
разработка систем передачи информации в сети Интернет и др.
1.4 Требования к ис с точки зрения задачи принятия управленческих решений
1.4.1 Требования к информации, выдаваемой ис
Релевантность информации. Содержание информации, выдаваемой информационной системой, должно соответствовать потребностям руководства.
Толерантность – допустимое качество, пределы, в рамках которых это качество находится с заданной вероятностью. Толерантность проявляется в следующем: пользователь должен получать информацию в виде, доступном для восприятия и достаточно надёжном для принятия решений. Например, для оценки скорости движения автомобиля вполне достаточно, чтобы спидометр был стрелочным, а не цифровым. Аналогичные по смыслу примеры можно найти и в области управления. Так, для принятия решения о выдаче диплома с отличием достаточно знать средний балл студента с точностью до двух знаков и факт отсутствия троек и не требуется знать весь список оценок за время учёбы.
Репрезентативность – любое явление должно соответствовать своей оценке (с точки зрения средств измерения, точности, времени, интересов конкретного пользователя). Например, оценка имущества и обязательств фирмы в бухгалтерском учёте ведётся по ценам приобретения и ценам возникновения соответственно, а в управленческом учёте для оценки учитываются: стоимость обязательств с накопленными процентами, рыночная стоимость имущества, ликвидная стоимость векселей и т.д.
1.4.2 Требования к ис в целом
Ажур – система должна работать в режиме реального времени или близкого к реальному времени (здесь не имеются в виду системы реального времени, предназначенные для управления технологическими процессами, например, химическими или атомными).
На самом деле, ажур – это бухгалтерский термин, обозначающий такое состояние учёта, когда все обороты по журналам сверены (за день) и остатки выведены.
Для того чтобы можно было сказать "всё в ажуре", необходимо, чтобы реакция управления в ИС была больше скорости изменения системы (фирмы) в критических параметрах. В противном случае система становится неуправляемой. Достаточно очевидно, что устаревшие данные никому не нужны.
На практике требование ажура можно рассмотреть на примере бухгалтерского и управленческого учёта. Традиционно в учёте в первую очередь вводится и отслеживается информация по обороту (поступило - выбыло), то есть регистрируется бухгалтерская проводка. В то же время в оперативном управлении более важной является информации об остатках, например, состояние кассы, расчётного счёта, товарного запаса и т.д. Расчёт остатков требует значительного времени. Момент начала расчёта определяется окончанием проводки или поступлением запроса от пользователя. При проектировании ИС необходимо, чтобы время на расчёт не превышало психологически комфортного предела.
Связь учёта с производственно – финансовым планированием. Начальный уровень внедрения ИС, как правило, предполагает автоматизацию ведения бухгалтерского учёта. Практика использования ИС показывает, что такое же значение в ИС должны иметь задачи планирования и контроля.
Открытость ИС.
1. Программы, структуры баз данных должны быть доступны для модификации и дальнейшего развития самим пользователем (фирмой).
2. Для всех участников рыночной деятельности: инвесторов, администрации, государственных органов, общества – должно быть ясно, как фирма рассчитывает свой основной показатель жизнеспособности – прибыль.
Масштабируемость. Изменение структуры фирмы не должно приводить к отказу от освоенного программного обеспечения и используемых технических средств.
