- •Практикум 2: Программное средство структурного моделирования процессов ramus.
- •Практикум 3: Создание диаграммы dfd
- •Практикум 4: Выполнение учебного проекта (структурный анализ)
- •4.1.1. Краткая информация о компании "мед"
- •4.1.2. Видение выполнения проекта и границы проекта
- •4.1.3. Отчет об обследовании
- •Практикум 6: Разработка технического задания. Разработка технического задания на создание ис. Источники информации для формирования технического задания. Примеры заполнения разделов документа.
- •6.1.6. Сведения об источниках и порядке финансирования работ
- •6.1.7. Порядок оформления и предъявления заказчику результатов работ
- •6.1. Общие положения
- •6.1.5. Плановые сроки начала и окончания работы по созданию системы
- •6.1.8. Состав используемой нормативно-технической документации
- •6.2. Назначение и цели создания (развития) системы
- •6.2.1. Назначение
- •6.2.2. Основными целями создания аис "Кадры" являются
- •6.3. Характеристика объекта автоматизации
- •6.3.1. Объект автоматизации
- •6.3.2. Существующее программное обеспечение
- •6.3.3. Существующее техническое обеспечение
- •6.3.4. Существующее нормативно-правовое обеспечение
- •6.4. Требования к системе
- •6.4.1. Требования к системе в целом
- •6.4.1.1. Требования к структуре и функционированию системы
- •6.4.1.2. Требования к численности и квалификации персонала системы
- •6.4.1.3. Показатели назначения
- •6.4.1.4. Требования к надежности
- •6.4.1.5. Требования к безопасности
- •6.4.1.6. Требования к эргономике и технической эстетике
- •6.4.1.7. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- •6.4.1.8. Требования к защите информации от несанкционированного доступа
- •6.4.1.9. Требования по сохранности информации при авариях
- •6.4.1.10. Требования к защите от влияния внешних воздействий
- •6.4.1.11. Требования к патентной чистоте
- •6.4.1.12. Требования по стандартизации и унификации
- •6.4.2. Требования к функциям (задачам), выполняемым системой
- •6.4.2.1. Подсистема хранения данных
- •6.4.2.2. Подсистема управления нормативно-справочной информацией
- •6.4.3. Требования к видам обеспечения
- •6.4.3.1. Требования к математическому обеспечению системы
- •6.4.3.2. Требования к информационному обеспечению системы
- •6.4.3.3. Требования к лингвистическому обеспечению системы
- •6.4.3.4. Требования к программному обеспечению системы
- •6.4.3.5. Требования к техническому обеспечению
- •6.4.3.6. Требования к метрологическому обеспечению
- •6.4.3.7. Требования к организационному обеспечению
- •6.4.3.8. Требования к методическому обеспечению
- •6.5. Состав и содержание работ по созданию (развитию) системы
- •6.6. Порядок контроля и приемки системы
- •6.6.1. Виды, состав, объем и методы испытаний системы
- •6.6.2. Общие требования к приемке работ по стадиям
- •6.6.3. Статус приемочной комиссии
- •6.7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •6 .8. Требования к документированию
- •6.9. Источники разработки
- •Практикум 7: Спецификации настроек типовой ис
- •7.1. Бизнес-процесс "Планирование закупок и размещение заказов поставщикам"
- •7.2. Бизнес-процесс "Запасы-склад (приходование товара)"
- •7.3. Бизнес-процесс "Продажи"
- •7.4. Бизнес-процесс "Взаиморасчеты с клиентами и поставщиками"
- •Практикум 8: Варианты домашних заданий
- •8.1. Требования к выполнению домашнего задания
- •8.2. Описание бизнес-процесса "План закупок, отгрузок поставщиков"
- •8.3. Описание бизнес-процесса - "Производство собственное"
- •8.4. Описание бизнес-процесса "Закупка сырья и комплектующих в соответствии с планом"
- •8.5. Описание бизнес-процесса "Фасовка на стороне"
- •8.6. Описание бизнес-процесса "Приемка, отгрузка, выписка"
- •8.7. Описание бизнес-процесса "Платежи. Взаиморасчеты с кредиторами"
- •8.8. Описание бизнес-процесса "Поступления. Взаиморасчеты с дебиторами"
- •1. Общие сведения
- •2. Назначение и цели создания системы
- •3. Характеристика объекта автоматизации
- •4. Требования к системе
- •5. Состав и содержание работ по созданию системы
- •6. Порядок контроля и приемки системы
- •7. Требования к документированию
- •8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •9. Порядок внесения изменений
- •Практикум 10: Пример методики для оценки программных продуктов
- •22.1. Общие положения
- •22.2. Пример оценки программного продукта
- •22.2.1. Оценка существующей функциональности программного продукта
- •22.2.2. Оценка прочих аспектов
- •22.2.3. Система весовых коэффициентов
- •22.3. Основные выводы по результатам анализа программных продуктов
- •Практикум 11: Перечень типовых бизнес-процессов
- •23.1. Перечень типовых бизнес-процессов предприятия
- •1. Анализировать рынок и потребности потребителей
- •2. Разрабатывать видение и стратегию
- •3. Разрабатывать продукты или услуги
- •4. Продавать продукты/услуги
6.4.1. Требования к системе в целом
6.4.1.1. Требования к структуре и функционированию системы
6.4.1.1.1. В состав АС Кадры должны входить следующие подсистемы: Подсистема хранения данных; Подсистема управления нормативно-справочной информацией; Подсистема анализа; Подсистема интеграции; Подсистема формирования отчетности; Открытый ведомственный информационный ресурс ФА.
(Источник - декомпозиция IDEF0)
Подсистема хранения данных предназначена для хранения оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.
Подсистема приложений операционного управления предназначена для учета работ с персоналом, ввода информация о предприятиях, входящих в состав головного предприятия, их организационном делении и штатном расписании, автоматизации процедур управления персоналом (ведение полной информации о персонале, процедуры оценки персонала, обучения и т.п.), обеспечение всего спектра работ инспекторов управления по труду и заработной плате, автоматическое формирование приказов, справок, учет рабочего времени.
Подсистема управления нормативно-справочной информацией предназначена для централизованного ведения классификаторов и справочников, используемых для обеспечения информационной совместимости подсистем.
Подсистема анализа предназначена как для анализа кадровых процессов АС, так и для аналитической обработки накопленного массива данных АС.
Подсистема интеграции должна обеспечивать следующие основные виды взаимодействия со смежными системами: 1) прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы; 2) передачу запросов в смежные системы и обработку полученных ответов.
В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами.
Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем.
Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных АС Кадры, проектирования и разработки форм регламентированной отчетности, настройки планового формирования и доставки регламентированных отчетов, формирования и предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах (включая графические), отображения регламентированных отчетов с помощью веб-интерфейса, вывода подготовленных отчетных форм на печать.
Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) должна обеспечивать публичный доступ гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя).
6.4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы
Входящие в состав АС Кадры подсистемы в процессе функционирования должны обмениваться информацией на основе открытых форматов обмена данными, используя для этого входящие в их состав модули информационного взаимодействия.
Форматы данных будут разработаны и утверждены на этапе технического проектирования.
В состав передаваемых данных входят: Данные НСИ; Сведения о государственных предприятиях; Сведения о персонале;
Источник - связи на диаграммах IDEF0, DFD
6.4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами
АС Кадры должна взаимодействовать следующими смежными системами: Смежная система 1; Смежная система 2.
Возможны следующие варианты обмена (АС Кадры и Смежная система 1): 1) Экспорт нормативно-справочной информации; 2) Экспорт выписок штатных расписаний; 3) Импорт нормативно-справочной информации; 4) т.д.
Результаты выполнения операций импорта и экспорта данных должны регистрироваться в специальном журнале событий и предоставляться по запросу пользователя.
Источник - связи на диаграммах IDEF0, DFD
6.4.1.1.4. Требования к режимам функционирования системы
Для АС Кадры определены следующие режимы функционирования:
Нормальный режим функционирования;
Аварийный режим функционирования.
Основным режимом функционирования АС является нормальный режим.
Источник - документация заказчика (положение об агентстве)
В нормальном режиме функционирования системы: 1) клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю; 2) серверное программное обеспечение и технические средства северов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; 3) исправно работает оборудование, составляющее комплекс технических средств; 4) исправно функционирует системное, базовое и прикладное программное обеспечение системы.
Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.).
Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения.
В случае перехода системы в аварийный режим необходимо: 1) завершить работу всех приложений, с сохранением данных; 2) выключить рабочие станции операторов; 3) выключить все периферийные устройства; 4) выполнить резервное копирование БД.
После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим.
6.4.1.1.5. Требования по диагностированию системы
АС Кадры должна предоставлять инструменты диагностирования основных процессов системы, трассировки и мониторинга процесса выполнения программы.
Компоненты должны предоставлять удобный интерфейс для возможности просмотра диагностических событий, мониторинга процесса выполнения программ.
При возникновении аварийных ситуаций, либо ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять полный набор информации, необходимой разработчику для идентификации проблемы (снимки экранов, текущее состояние памяти, файловой системы).
Источник - опыт, документация на системы диагностики, ITIL, MOF
6.4.1.1.6. Перспективы развития, модернизации системы
АС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств.
Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.
Источник - документация заказчика (стратегия развития)
