- •Стандарт предприятия
- •Введение
- •Стандарт предприятия
- •Начальник уму Павловский е.В.
- •1 Область применения
- •2 Нормативные ссылки
- •3 Обозначения и сокращения
- •4 Цели и задачи дисциплины
- •4.1 Краткая характеристика дисциплины
- •4.2 Цель преподавания дисциплины
- •4.3 Задачи изучения дисциплины
- •4.4 Место дисциплины в учебном плане
- •5 Содержание дисциплины и условия её реализации
- •5.1 Рабочая программа дисциплины
- •5.1.1 Паспорт дисциплины
- •5.1.2 Виды и содержание занятий по дисциплине
- •5.1.2.1 Лекции
- •5.1.2.2 Лабораторные работы
- •Б) Лабораторные работы в семестре 8
- •5.1.2.3 Курсовой проект
- •5.1.2.4 Самостоятельная работа студентов
- •5.1.3 Формы и содержание текущей аттестации и итоговой оценки по дисциплине
- •5.1.4 Учебно-методические материалы по дисциплине
- •5.1.4.1 Основная литература
- •5.1.4.2 Дополнительная литература
- •5.1.4.3 Перечень пособий и методических материалов, используемых
- •5.1.4.4 Программное обеспечение и Интернет-ресурсы
- •5.1.4.5. Методические указания студентам
- •5.1.4.6 Методические рекомендации преподавателю (см. Таблицу)
- •5.1.5 Учебно-методическая карта дисциплины
- •График аудиторных занятий и срс
- •5.1.5 Учебно-методическая карта дисциплины
- •График аудиторных занятий и срс
- •5.1.6 Лист согласования рабочей программы
- •5.2 Использование технических средств обучения и вычислительной техники. Программное обеспечение дисциплины
- •5.3 Организация самостоятельной работы студентов (срс) по дисциплине
- •5.4 Элементы научного поиска при изучении дисциплины
- •Лист внесения изменений
- •Лист внесения изменений
- •А.1 Лабораторная работа 1 – 2ч. Проектирование экономических информационных систем. Сбор материалов обследования
- •А.2 Лабораторная работа 2 – 4ч. Разработка моделей функционирования предметной области idef0 с использованием средств Case-систем
- •А.3 Лабораторная работа 3 – 2ч. Разработка моделей последовательности и взаимодействия процессов предметной области idef3 с использованием Case-средств
- •А.4 Лабораторная работа 4 – 2ч. Разработка функциональных требований к проектируемой системе с помощью dfd диаграмм и Case-средств
- •А.5 Лабораторная работа 5 – 2ч. Разработка событийно-функиональных моделей бизнес-процессов предметной области aris
- •А.6 Лабораторная работа 6 – 2ч. Анализ материалов обследования и построение моделей «как должно быть» с помощью idef0, idef3, dfd и aris диаграмм
- •А.7 Лабораторная работа 7 – 2ч. Составление технико-экономического обоснования целесообразности разработки информационной системы
- •А.8 Лабораторная работа 8 – 2ч. Формирование требований к будущей информационной системе. Составление технического задания
- •1 Общие сведения
- •Адрес Заказчика: Адрес Разработчика:
- •2 Назначение и цели создания системы
- •2.1 Аис «Управление производственным предприятием» предназначена для:
- •2.2 Целями создания аис «Управление производственным предприятием» являются:
- •4 Требования к системе
- •4.1 Требования к системе в целом
- •4.1.1 Требования к структуре и функционированию системы
- •4.1.2 Требования к надежности
- •4.1.2.1 Надежность функционирования аис «Управление производственным предприятием» должна обеспечиваться следующими способами:
- •4.1.3 Требования к безопасности
- •4.1.4 Требования к эргономике и технической эстетике
- •4.1.5 Требования к эксплуатации
- •4.1.6 Требования к защите информации от несанкционированного доступа
- •4.1.7 Требования по сохранности информации
- •4.1.8 Требования к защите от влияния внешних воздействий
- •4.1.9 Требования к патентной чистоте
- •4.1.10 Требования по стандартизации и унификации
- •4.3 Требования к видам обеспечения
- •Требования к лингвистическому обеспечению Лингвистическое обеспечение аис «Управление производственным предприятием» должно включать в себя совокупность следующих языковых средств:
- •В качестве языка ввода-вывода и манипулирования данными должен применяться язык манипулирования реляционными данными в среде используемой субд – sql, например pl/sql.
- •В качестве субд должна быть использована стандартная бд среды 1с:Предприятие 8.1.
- •4.3.4 Требования к организации пользовательских интерфейсов
- •4.3.5 Требования к техническому обеспечению
- •4.3.6 Требования к метрологическому обеспечению
- •4.3.7 Требования к организационному обеспечению
- •5 Состав, содержание и стоимость работ по созданию системы
- •6 Порядок контроля и приемки системы
- •7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие
- •8 Требования к документированию
- •А.9 Лабораторная работа 9 – 2ч.
- •Детальное изучение предметной области и построение моделей
- •Функционирования объекта «как есть» и «как должно быть»,
- •Разработка технико-экономического обоснования и технического задания
- •А.10 Лабораторная работа 10 – 4ч.
- •Разработка функциональной структуры и перечня задач, моделей
- •Бизнес - прецедентов предметной области и прецедентов разрабатываемой
- •Информационной системы с использованием средств ms Visio
- •А.11 Лабораторная работа 11 – 2ч. Моделирование бизнес классов предметной области и информационное обеспечение автоматизированной системы
- •Внемашинное информационное обеспечение
- •Классификация
- •Правила классификации продукции
- •Понятие унифицированной системы документации
- •Внутримашинное информационное обеспечение
- •Проектирование экранных форм электронных документов
- •Информационная база и способы ее организации
- •А.12 Лабораторная работа 12 – 2ч. Разработка постановок задач функциональных подсистем аис
- •А.13 Лабораторная работа 13 – 4ч.
- •А.14 Лабораторная работа 6 – 2ч. Моделирование компонентов
- •Компоненты
- •Интерфейсы
- •Компоновка системы
- •Разновидности компонентов
- •Использование компонентных диаграмм
- •Моделирование программного текста системы
- •Моделирование реализации системы
- •Диаграммы размещения
- •Использование диаграмм размещения
- •А.15 Лабораторная работа 7 – 2ч. Проектирование системы защиты информации
- •А16 Лабораторная работа 16 – 2ч. Расчет экономической эффективности аис
- •А.17 Лабораторная работа 17 – 2ч. Разработка программного обеспечения информационной системы и плана мероприятий по внедрению ис
- •Архитектура экономических информационных систем
- •Методологические основы проектирования эис
- •Содержание и методы канонического проектирования эис
- •1) Компоненты потоков информации (документы, показатели, файлы, сообщения) 2) технологии, методы и технические средства преобразования
- •Проектирование классификаторов технико-экономической информации
- •Проектирование системы экономической документации
- •Проектирование внутримашинного информационного обеспечения эис
- •Основы проектирования технологических процессов обработки данных
- •Проектирование процессов получения первичной информации, создания и ведения информационной базы (иб)
- •1) Предварительная обработка изображений; 2) нахождение полей; 3) проверка распознанной информации; 4) ввод данных в информационную базу;
- •1) Ocr 2) icr 3) omr 4) стилизованные цифры Проектирование технологических процессов обработки экономической информации в локальных эис
- •Проектирование процессов защиты данных
- •Проектирование клиент-серверных корпоративных эис
- •1) Репозиторий 2) графический редактор диаграмм 3) верификатор диаграмм 4) документатор проекта 5) администратор проекта 6) сервис
- •1) Потоки данных 2) процесс 3) хранилище информации 4) внешняя сущность
- •1) Интерфейс 2) база данных 3) управление задачами 4) утилиты 5) обеспечивающие пакеты
- •1) Инструменты быстрой разработки приложения в развитой субд 2) интегрированные инструменты быстрой разработки приложений Типовое проектирование эис
- •1) 1С «Предприятие» 2) «Фолио-Склад» 3) Project Expert 4) инэк
- •1) Открытостью архитектуры 2) масштабируемостью 3) конфигурируемостью
- •1) В справочниках 2) в таблицах описаний конфигурации программных модулей
- •1) Конфигурация программных модулей 2) генерация интерфейсов 3) настройка таблиц объектов данных 4) доработка модулей и интерфейсов
- •1) Пользователь 2) заказчик 3) администратор 4) разработчик
- •1) Потенциал коллектива разработчиков 2) объем и сложность разрабатываемых проектов 3) технология проектирования системы 4) модель жизненного цикла системы
- •1) Руководящий комитет 2) лидера проекта 3) методологический центр 4) команды реинжиниринга 5) владельцев бизнес-процессов
- •Планирование и контроль проектных работ
- •1) Работы 2) временные оценки выполнения работ 3) ресурсные оценки выполнения работ 4) стоимостные оценки выполнения работ
- •1) Важные промежуточные результаты 2) состояние завершенности работы
- •1) Исполнителей 2) энергию 3) материалы 4) машинное время 5) оборудование
- •1) Раннее начало работы равно позднему началу работы 2) раннее окончание работы равно позднему окончанию работы
- •1) Время 2) затраты материальных ресурсов 3) затраты денежных ресурсов 4) технико-экономические показатели
- •Диаграммы idef3
- •Диаграммы aris
- •1) Компоненты потоков информации (документы, показатели, файлы, сообщения) 2) технологии, методы и технические средства преобразования
- •Структура пояснительной записки и требования к ее оформлению
- •Методические рекомендации по выполнению проекта
- •Литература.
- •Темы курсовых проектов
- •2 Содержание и порядок выполнения курсового проекта
- •3 Структура и правила оформления пояснительной записки
- •Приложение б Форма задания на курсовое проектирование
Использование компонентных диаграмм
Компонентные диаграммы используют для моделирования статического представления реализации системы. Это представление поддерживает управление конфигурацией системы, составляемой из компонентов. Подразумевается, что для получения работающей системы существуют различные способы сборки компонентов.
Компонентные диаграммы показывают отношения:
- периода компиляции (среди текстовых компонентов);
- периода сборки, линковки (среди объектных двоичных компонентов);
- периода выполнения (среди машинных компонентов).
Рассмотрим типовые варианты применения компонентных диаграмм.
Моделирование программного текста системы
При разработке сложных систем программный текст (исходный код) разбросан по многим файлам исходного кода.
При использовании Java исходный код сохраняется в .java-файлах.
При использовании C++ — в .h-файлах и .срр-файлах.
При использовании C# — в .cs-файлах.
При использовании Pascal, Delphi – в .pas-файлах.
При использовании PHP – в .php-файлах.
Между файлами существуют многочисленные зависимости компиляции. Если к этому добавить, что по мере разработки рождаются новые версии файлов, то становится очевидной необходимость управления конфигурацией системы, визуализации компиляционных зависимостей.
Рисунок А.14.6 - Моделирование исходного кода
Рисунок А.14.7 - Моделирование исходного кода
с использованием пиктограмм
Рисунок А.14.8 – Пример диаграммы компонентов
(моделирование исходного кода)
Моделирование реализации системы
Реализация системы может включать большое количество разнообразных компонентов:
- исполняемых элементов;
- динамических библиотек;
- файлов данных;
- справочных документов;
- файлов инициализации;
- файлов регистрации;
- сценариев;
- файлов установки.
Моделирование этих компонентов, отношений между ними — важная часть управления конфигурацией системы.
Рисунок А.14.9 - Моделирование реализации системы
Рисунок А.14.10 - Моделирование реализации с использованием пиктограмм
Рисунок А.14.11 – Пример диаграммы компонентов
(моделирование реализации)
Диаграммы размещения
Диаграмма размещения (развертывания) — вторая из двух разновидностей диаграмм реализации UML, моделирующих физические аспекты объектно-ориентированных систем. Диаграмма размещения показывает конфигурацию обрабатывающих узлов в период работы системы, а также компоненты, «живущие» в них.
Элементами диаграмм размещения являются узлы, а также отношения зависимости и ассоциации. Как и другие диаграммы, диаграммы размещения могут включать примечания и ограничения. Кроме того, диаграммы размещения могут включать компоненты, каждый из которых должен жить в некотором узле, а также содержать пакеты или подсистемы, используемые для группировки элементов модели в крупные фрагменты. При необходимости визуализации конкретного варианта аппаратной топологии в диаграммы размещения могут помещаться объекты.
Узлы
Узел — физический элемент, который существует в период работы системы и представляет компьютерный ресурс, имеющий память, а возможно, и способность обработки. Графически узел изображается как куб с именем (рисунок А.14.12).
Рисунок А.14.12 - Обозначение узла
Как и класс, узел может иметь дополнительную секцию, отображающую размещаемые в нем элементы (рисунок А.14.13).
Рисунок А.14.13 - Размещение компонентов в узле
Сравним узлы с компонентами. Конечно, у них есть сходные характеристики:
- наличие имени;
- возможность быть вложенным;
- наличие экземпляров.
Теперь обсудим отличия узлов от компонентов. Во-первых, они принадлежат к разным уровням иерархии в физической реализации системы. Физически система состоит из узлов, а узлы — из компонентов. Во-вторых, у каждого из них свое назначение. Компонент предназначен для физической упаковки и материализации набора логических элементов (классов и коопераций). Узел же является тем местом, где физически размещаются компоненты, то есть играет роль «квартиры» для компонентов.
Отношение между узлом и компонентами, которые он размещает, можно отобразить явно. Отношение зависимости между узлом Контроллер и компонентами Вводы.ехе, Выводы.ехе иллюстрирует рисунок А.14.14. Правда, чаще всего такие отношения не отображаются. Их удобно представлять в отдельной спецификации узла.
Рисунок А.14.14 - Зависимость узла от компонентов
Группировку набора объектов или компонентов, размещаемых в узле, обычно называют распространяемым модулем.
Для узла, как и для класса, можно задать свойства и операции. Например, можно определить свойства БыстродействиеПроцессора, ЕмкостьПамяти, а также операции Запустить, Выключить.