- •Практикум 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.4. Требования к надежности
Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций: 1) при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы; 2) при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС; 3) при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.
Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.
Источник - опыт эксплуатации ИС
6.4.1.5. Требования к безопасности
Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.
Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
Источник - документация на технические средства, нормы и правила эксплуатации
6.4.1.6. Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа "мышь", то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.
Источник - опыт, эргономика, инженерная психология
