- •Стандарт предприятия
- •Введение
- •Стандарт предприятия
- •Начальник уму Павловский е.В.
- •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 Структура и правила оформления пояснительной записки
- •Приложение б Форма задания на курсовое проектирование
Компоненты
По своей сути компонент является физическим фрагментом реализации системы, который заключает в себе программный код (исходный, двоичный, исполняемый), сценарные описания или наборы команд операционной системз (имеются в виду командные файлы). Язык UML дает следующее определение.
Компонент — физическая и заменяемая часть системы, которая соответствует набору интерфейсов и обеспечивает реализацию этого набора интерфейсов.
Интерфейс — очень важная часть понятия «компонент». Графически компонент изображается как прямоугольник с вкладками, обычно включающий имя (рисунок А.14.1).
Рисунок А.14.1 - Обозначение компонента
Компонент — базисный строительный блок физического представления ПО, поэтому интересно сравнить его с базисным строительным блоком логического представления ПО — классом.
Сходные характеристики компонента и класса:
1) наличие имени;
2) реализация набора интерфейсов;
3) участие в отношениях зависимости;
4) возможность быть вложенным;
5) наличие экземпляров (экземпляры компонентов можно использовать только в диаграммах размещения).
Различия между компонентом и классом:
1) Классы — логические абстракции, компоненты — физические предметы, которые живут в мире битов. В частности, компоненты могут «жить» в физических узлах, а классы лишены такой возможности.
2) Компоненты являются физическими упаковками, контейнерами, инкапсулирующими в себе различные логические элементы. Они — элементы абстракций другого уровня.
3) Классы имеют свойства и операции. Компоненты имеют только операции, которые доступны через их интерфейсы.
Рисунок А.14.2 - Классы в компоненте
Интерфейсы
Интерфейс — список операций, которые определяют услуги класса или компонента. С помощью интерфейсных разъемов компоненты стыкуются друг с другом, объединяясь в систему.
Очень важна взаимосвязь между компонентом и интерфейсом. Возможны два способа отображения взаимосвязи между компонентом и его интерфейсами. В первом, свернутом способе, как показано на рисунке А.14.3, интерфейс изображается в форме пиктограммы. Компонент Образ.java, который реализует интерфейс, соединяется со значком интерфейса (кружком) НаблюдательОбраза простой линией. Компонент РыцарьПечальногоОбраза.jауа, который использует интерфейс, связан с ним отношением зависимости.
Рисунок А.14.3 - Представление интерфейса в форме пиктограммы
Второй способ представления интерфейса иллюстрирует рисунок А.14.4. Здесь используется развернутая форма изображения интерфейса, в которой могут показываться его операции. Компонент, который реализует интерфейс, подключается к нему отношением реализации. Компонент, который получает доступ к услугам другого компонента через интерфейс, по-прежнему подключается к интерфейсу отношением зависимости.
Рисунок А.14.4 - Развернутая форма представления интерфейса
По способу связи компонента с интерфейсом различают:
1) экспортируемый интерфейс — тот, который компонент реализует и предлагает как услугу клиентам;
2) импортируемый интерфейс — тот, который компонент использует как услугу другого компонента.
У одного компонента может быть несколько экспортируемых и несколько импортируемых интерфейсов.
Тот факт, что между двумя компонентами всегда находится интерфейс, устраняет их прямую зависимость. Компонент, использующий интерфейс, будет функционировать правильно вне зависимости от того, какой компонент реализует этот интерфейс. Это очень важно и обеспечивает гибкую замену компонентов в интересах развития системы.