- •Практикум 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. Продавать продукты/услуги
8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
В процессе cоздания Подсистемы должен быть подготовлен и передан Заказчику комплект документации в составе: 1) проектная документация и материалы техно-рабочего проекта на разработку Подсистемы; 2) конструкторская, программная и эксплуатационная документация на Подсистему; 3) сопроводительная документация на поставляемые программно-аппаратные средства в комплектности поставки заводом-изготовителем; 4) предложения по организации системно-технической поддержки функционирования Подсистемы.
Состав и содержание комплекта документации на Подсистему может быть уточнен на стадии проектирования.
Подготовленные документы должны удовлетворять требованиям государственных стандартов и рекомендаций по оформлению, содержанию, форматированию, использованию терминов, определений и надписей, обозначений программ и программных документов.
9. Порядок внесения изменений
Настоящее ТЗ может дополняться и изменяться в процессе разработки и приемочных испытаний в установленном порядке по взаимному соглашению Заказчика и Разработчика.
Таблица 9.3. Перечень условных обозначений, сокращений и терминов |
|
|
|
|||||
Обозначение |
Описание |
|
|
|
||||
АИС |
Автоматизированная информационная система |
|
|
|
||||
|
|
|
|
|
||||
Таблица 9.4. Составили |
||||||||
Наименование организации, предприятия |
Должность исполнителя |
Фамилия, имя, отчество |
Подпись |
Дата |
||||
|
|
|
|
|
||||
Таблица 9.5. Согласовано |
||||
Наименование организации, предприятия |
Должность исполнителя |
Фамилия, имя, отчество |
Подпись |
Дата |
|
|
|
|
|
Практикум 10: Пример методики для оценки программных продуктов
22.1. Общие положения
Таблица 10.1. Критерии оценки программных продуктов |
||
№ |
Признак |
Описание |
1 |
Описание КИС |
Критерии, с помощью которых осуществляется оценка непосредственно самой КИС |
1.1 |
Структура |
Критерии оценки структуры КИС |
1.2 |
Функционал |
Критерии оценки функциональных возможностей КИС |
1.3 |
Принципы |
Критерии оценки принципов построения КИС |
1.4 |
Технические требования |
Критерии оценки технических требований функционирования КИС |
1.5 |
Архитектура |
Критерии оценки особенностей архитектуры заложенной при создании КИС |
1.6 |
Стоимость |
Критерии оценки стоимостных параметров КИС |
1.7 |
Интеграция |
Критерии оценки внутренней и внешней интеграции КИС |
1.8 |
Бизнес-логика |
Критерии оценки реализации бизнес-логики, заложенной в КИС |
1.9 |
Элементы КИС |
Критерии оценки элементов КИС |
2 |
Описание фирмы-разработчика и ее партнеров |
Критерии оценки фирмы-разработчика КИС и фирм-партнеров по продвижению и внедрению данной КИС |
2.1 |
Технологии |
Критерии оценки технологий, подходов, методов, применяемых фирмами-внедренцами в процессе внедрения КИС |
2.2 |
Опыт |
Критерии оценки опыта успешных и неудачных проектов фирм-внедренцев |
2.3 |
Специалисты |
Критерии оценки квалификационного уровня специалистов фирм-внедренцев |
3 |
Принципиальность |
Отношение критериев выбора КИС к соответствующим этапам выбора КИС |
3.1 |
Принципиальные |
Критерии, которые должны быть оценены в первую очередь и, которые определяют основные принципы выбираемой КИС |
3.2 |
Не принципиальные |
Критерии, которые не являются сильно принципиальными при выборе КИС |
4 |
По степени детализации |
На сколько критерий конкретно описывает исследуемый объект |
4.1 |
Общие |
Критерии, описывающие объект исследования в общем виде |
4.2 |
Конкретные |
Критерии, конкретно описывающие объект исследования |
5 |
По сложности оценки |
Доступность и достоверность информации для самостоятельной оценки |
5.1 |
Сложный |
Возможность самостоятельного получения полной и достоверной информации по данному критерию очень мала |
5.2 |
Средней сложности |
Возможно самостоятельное получение полной и достоверной информации |
5.3 |
Легкий |
Возможно самостоятельное получение полной и достоверной информации. Информация в общедоступных источниках |
6 |
По типу значения |
В зависимости от типа значения критерия: возможность количественного измерения значения, либо качественный показатель |
6.1 |
Количественный |
Критерии, значения которых могут быть определены в виде конкретных числовых показателей |
6.2 |
Качественный |
Критерии, значения которых не могут быть определены в виде конкретных числовых показателей |
7 |
По важности для потенциальных пользователей |
Описывают степень важности того или иного критерия выбор а КИС для потенциальных пользователей |
7.1 |
Высший приоритет |
Критерии, имеющие наибольшую значимость для пользователя |
7.2 |
Средний приоритет |
Критерии, имеющие среднюю значимость для пользователя |
7.3 |
Низший приоритет |
Критерии, имеющие низшую значимость для пользователя |
Группы критериев оценки программных продуктов:
назначение и возможности пакета (область использования, степень обеспечения функций, общего назначения или специализированный);
отличительные признаки и свойства пакета (входной язык, структура массивов данных, способы проверки данных);
требования к техническим и программным средствам (объем ОП, периферийные устройства, тип ОС);
документация пакета (наличие руководства по использованию, руководства программиста, руководства системного программиста);
факторы финансового порядка (затраты на приобретение, необходимость ежегодных платежей);
особенности установки пакета (объем работ, время установки, требования к квалификации программистов);
особенности эксплуатации пакета (надежность, защита данных, возможность эксплуатации силами предприятия);
помощь поставщика по внедрению и поддержанию пакета (обучение персонала, внесение модификаций, обновление версий);
оценка качества пакета и опыт его использования (число внедрений пакета, оценки пользователей, номер версии);
перспективы развития пакета (совместимость версий, дополнение функциональных возможностей, развитие методов).