Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ГОСы / Некоторые ответы по ПРИС.docx
Скачиваний:
18
Добавлен:
04.01.2020
Размер:
1.02 Mб
Скачать
  1. Структура и содержание постановки задачи

  2. Структура и содержание рабочего проекта

Рабочий проект (РП)– следующий документ который создается на основании ТП. Основным содержанием РП являются документы по программному, техническому и организационному обеспечению.

Состав документов РП:

1) общесистемная документация

Краткое описание системы, перечень и суть изменений технического проекта и перечень документов рабочего проекта.

2) документы по ПО

- структура ПО с выделением в нем готовых программных изделий;

- описание оригинального программного обеспечения;

- тексты оригинальных программ;

- руководство программисту- пользователю;

- установление порядка испытания программ.

3) контрольный пример

4) документация по техническому обеспечению

- окончательный перечень оборудования, чертежи, установки оборудования;

- инструкция по эксплуатации оборудования;

- задание по смежной части проекта (освещенности, пожарная безопасность, сантехника).

5) документация по организационному обеспечению

Здесь приводятся схемы по изменению организационно- функциональной структуре, инструкций.

Состав ТРП:

1) общесистемная документация

2) документация функциональной части

3) ИО

4) документация по ПО

5) документация по техническому обеспечению

6) документация по организационному обеспечению

Состав технической документации, разрабатываемой на стадии ввода системы в эксплуатацию:

1) план испытаний системы

2) различные приказы, распоряжения, графики подготовки объектов к внедрению, обучение персонала, материальное, финансовое обеспечение

3) различные протоколы, акты, испытания системы

4) приказ о вводе системы в эксплуатацию и окончательный расчет экономического эффекта

  1. Проектирование классификаторов

  2. Классификация систем кодирования

  3. Понятие реквизит и документ

  4. Проектирование первичных документов

  5. Проектирование выходных документов

  6. Схемы основных форм первичных документов

  7. Понятие модели, классификация

  8. Балансовая модель информационных потоков

  9. Динамическая концептуальная модель процесса закупки товара

  10. Структурные модели в бизнесе

  11. Модель быстрой разработки приложений

  12. Модель по методу "хирургическая бригада"

  13. Спиральная модель ЖЦ

  14. Функциональная структура ERP-систем

  15. Стандарты разработки КИС

Основные стандарты, на базе которых разрабатываются КИС, – это стандарты MRP и ERP. Развитие стандарта MRP/ERP показано в табл. 2.1.

Развитие стандартов управления Год ы

Обозначение

Характеристика

1945

«30 glorieuses»

Принципы организации производства, заложенные Ф. Тейлором (F.W.Tayle – H.Ford)

1965

MRP 0

Планирование потребностей в материалах (O.Wight – J.Orlicky), расчет потребностей нетто

1975

MRP I

Планирование потребностей в материалах по замкнутому циклу (Cloosed Loop Material Requirment Planning), включая составление производственной программы и контроль ее исполнения на цеховом уровн е(Miller–Sprague)

1980

MRP II

Планиро ваниеп роизвод с твенныхресурсов на основе данных, полученных от поставщиков и потребителей, прогнозирование, планирование и контроль за произ-водством

1985

MRP II +

Появление идеологии JIT (Just in Time – точно в срок), комбинация с элементами «Канбан системы» (S.Shin-go – M.Ohno). Добавление системы OPT (E.Goldratt) – оптимизация «узких мест»

1990

ERP

Планирование ресурсов предприятия. Добавление DRP (Distribution Resource Planning – планирование ресурсов для распределения) и FRP (Financial Resource Planning – финансовое планирование)

1996

Extend ERP

Supply Chain – управление цепочками поставок, позволяющее направлять и контролировать движение материальных и информационных потоков от поставщика к потребителю

2001

ERP II

Customers Relationship Management (CRM) – управление отношениями с покупателями

  1. Основные понятия и классификация технологических процессов обработки данных

  2. ТСП проектирования технологии вывода

  3. Правила отображения информационной модели в Rational Rose и BPWin. Назначение нотаций.

  4. Технология формирования структурной модели объекта автоматизации TO-BE.

Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Цель: разработка технологии формирования структурной модели ОА TO-BE.

Входы информационной модели: модель ОА AS-IS, недостатки модели ОА AS-IS, средства реализации для построения модели ОА AS-IS .

Выходы информационной модели: структурная модель ОА TO-BE.

  1. ТП анализа выделенных недостатков

  2. ТП структуризации недостатков по видам нотаций

  3. ТП Формирования целей совершенствования системы и определения их значений

  4. ТП выделения допустимых вариантов устранения недостатков

  5. ТП анализа допустимых методов устранения недостатков

  6. ТП определения критериев выбора метода

  7. ТП выбора метода устранения недостатков

  8. ТП устранения недостатков:

    1. По входу

    2. По выходу

    3. В активностях

    4. по управлению

    5. По механизмам

    6. Внешних сущностей

    7. Хранилищ данных

    8. дублирующие и неуправляемые работы

  9. ТП построения модели To-Be

  10. ТП проведения ABC и UDP анализа

  11. ТП проверки на достижение поставленной цели

  12. ТП формирования плана разработки/совершенствования ИС

Заключение: на основе построения модели ОА TO-BE устраняются недостатки модели ОА AS-IS, а так же строится модель данных, прототип и затем окончательный вариант ИС.

Из метод. материалов к 1 Лабе Жукова:

Для проведения качественного построения диаграмм TO-BE для нового процесса необходимо:

  • построить графы декомпозиции предметов труда (входных и выходных потоков) с указанием всех логических связей между элементами;

  • построить граф синтеза выходных потоков, это позволит провести анализ применяемости элементов входных потоков при формировании выходных потоков и оценить объемы обрабатываемых данных;

  • на основе проведённого анализа структурных графов потоков данных и их параметров необходимо сформировать требования к оборудованию (универсальное, специализированное, автоматное, автоматизированное, механизированное, ручное) и выделить номенклатуру и последовательность операций для выполнения обработки входных потоков;

  • на основе выбранного оборудования и свойств предметов труда по каждой операции определяется номенклатура обрабатывающих действий и последовательность их выполнения.

  • для каждого действия выбираются необходимые инструменты и приспособления, обеспечивающие формирование требуемых свойств предмета труда;

  • проводится анализ последовательности и характеристик обрабатывающих действий и определяются места установки контрольных действий в технологическом процессе на операцию;

  • выбираются инструменты и приспособления для выполнения контрольных действий;

  • выбираются необходимые хранилища для размещения входных, выходных и технологических предметов труда (под технологическими предметами труда будем понимать все промежуточные структуры данных, необходимые для выполнения операции);

  • выбираются способы передачи предметов труда между операциями;

  • выбирается квалификация исполнителя, и формируются требования к его знаниям, умениям и навыкам;