Автоматизированная информационная система предприятия

Документ можно  разбить на шесть зон. Первые 4 заголовочные зоны, 5- содержательная, 6-оформительская. В первой зоне указывается наименование предприятия и его полный почтовый адрес. Во второй зоне код документа и подпись утверждения. Третья зона содержит наименование и значение реквизитов для данного документа.

Четвертая зона название документа дата составления.

Пятая зона- наименование строк и столбцов, значение всех реквизитов- это рабочая зона.

Шестая зона – подпись и печать.

Каждая зона может иметь линейно-табличную  или анкетную форму.

    Линейно-табличная  форма

       
 

    Анкетная

                                                      Вопрос ответ

При проектировании документа решаются вопросы его  содержания и геометрии. Геометрия - решаются вопросы многострочности документа, объединение реквизитов, ширина возможного вывода на печать.

5.5 Проектирование технологического процесса обработки данных.

Технологический процесс (ТП) – совокупность типовых  технологических операций:

    сбор, регистрация информации;

    передача  ее;

    контроль  информации;

    ввод  в ЭВМ;

    накопление;

    сортировка;

    обработка;

    вывод;

    размножение;

    архивирование.

Разработка ТП начинается с самого начала проектирования системы и заканчивается на завершающих стадиях.

Проектирование  ТП рассмотрим на примере «Учет и  движение материалов».

При проектировании информационной системы по предприятию  были приняты следующие проектные решения:

На базе ЭВМ  создается АРМ кладовщика.

АРМ кладовщика, склада, увязывается в локальную  вычислительную сеть предприятия, и  к которой подключены АРМ бухгалтера и АРМ материалиста. Входная информация поступает в виде требований, накладных актов на склад, курьерским способом или по почте. 

Последовательность  выполнения технических операций:

  ♦ Регистрация входной информации.

  ♦ Визуальный контроль и корректировка информации.

   ♦ Ввод в ЭВМ.

   ♦ Логико-синтаксический контроль и корректировка.

   ♦ Накопление.

   ♦ Сортировка.

   ♦ Расчет количества поступивших и выбивших материалов за сутки и с

   начала месяца.

   ♦ Вывод на экран и печать документов.

   ♦ Передача данных по каналам связи АРМ бухгалтера.

   ♦ Регистрация информации.

   ♦ Контроль.

   ♦ Расчет стоимости поступивших и выбывших материалов.

   ♦ Составление оборотных ведомостей.

   ♦ Архивирование.

   ♦ Схема тех.процесса

   ♦ Пример.

На заводе 30 цехов  и отделов и 9 тысяч рабочих, в  самом крупном 8 работников, а в  остальных отделах от 100 до 500.

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

Имеем три признака.

Позиционная система  кодирования.

1-30 – 2 разряда  код цеха

ж, м - 1 разряд

3- разряда индивидуальный номер

ХХ Х ХХХ

Цех (ХХ)

Пол (Х)

Индивидуальный  номер (ХХХ) 
 
 
 
 
 
 
 
 

Тема 6: Технология проектирования и разработки

программного  обеспечения.

6.1 Общая характеристика методов и технологии проектирования логики программ.

6.2 Методы детализации и оформления алгоритмов программ на стадии рабочего проектирования.

6.1 Общая характеристика методов и технологии проектирования логики программ.

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

В жизненном  цикле программного продукта выделяют 3 этапа:

    ♦ разработка логики программ;

    ♦ разработка собственно программ;

    ♦ испытания и ввод в эксплуатацию.

Усовершенственная технология проектирования логики программ, основана на принципе проектирования «сверху вниз», с разработки модуля организации и взаимодействия. Использует методы структурного программирования и ряд методов по оформлению и детализации программной продукции.

    

      
 

      

общий модуль организации  и взаимодействия;

модуль ввода  и контроля;

модуль расчета  поступивших и выбывших материалов в стоимостном и количественном выражении;

составление оборотной  ведомости;

расчет показателей  по счетам;

модуль выдачи и формирования информации.

При проектировании «сверху - вниз» проектировщик детально разрабатывает первый модуль, остальные модули заменяются программами имметаторами «заглушками», в функции которых входит выдача показателей и констант в главный модуль, и передачу управления в модуль 1.

После разработки первого модуля начинается разработка модулей 1.1- 1.5.

Преимущества  метода «сверху - вниз»:

возможность одновременного документирования и разработки программ;

возможность проектирования программного обеспечения практически  с любого модуля.

При нисходящем проектировании следует придерживаться ряда принципов:

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

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

при детализации  логической схемы необходимо стремиться, чтобы описание каждого модуля укладывалось в 1 страницу, если это не получается то необходимо эту часть программы разделить на модули.

6.2 Методы детализации и оформления алгоритмов программ на стадии рабочего проектирования

Метод структурного проектирования программ заключается  в том, что при разработке логики программ, накладываются определенные ограничения при использовании операторов безусловного перехода. Считается, что любую программу можно представить с помощью трех структур:

    ♦ последовательные операторы;

    ♦ альтернативные операторы;

    ♦ циклические операторы.

Применение методов НIРО диаграмм. НIРО – диаграмма состоит из трех полей. Входные связи, структура исходящей информации показывают в поле «ввод» в поле «обработка» указываются все функции, подфункции и условия их выполнения. В поле «выход» дается выход информации, ее структура.

Использование специальных языков проектирования программ (ЯПП) 
 
 
 
 
 
 
 
 
 

Тема 7: Организация проектирования и ввода в эксплуатацию ПО

7.1 Основные этапы цикла жизни ПО.

7.2 Тестирование и отладка программ.

  Состав и назначение «контрольного примера».

7.1 Основные этапы цикла жизни ПО.

В жизненном  цикле ПО выделяют 5 этапов:

   • анализ и формулирование требований предъявляемых к системе,

разработка ТЗ;

   • проектирование системы

    (проектирование логики и алгоритма программы);

   • кодирование (написание текста программ);

   • тестирование и отладка;

   • сопровождение и эксплуатация.

На первом этапе  формулируются требования заказчика  к программному обеспечению надежность, универсальность, информационная

согласованность. Решаемые функции, режимы функционирования, и пространственно временные ограничения.

На втором этапе формируется логико-структурная модель, определяется состав модулей, межмодульные связи, описывается логика программных модулей, в результате получаем документы - блок-схемы, HIPO диаграммы.

Весь цикл жизни  представляет собой последовательность следующих этапов (со стороны разработчика):

    • получение задания;

    • анализ задания;

    • разработка общесистемной структуры;

    • разработка программных модулей;

    • программная отладка;

    • общесистемная отладка;

    • опытная эксплуатация;

    • сдача системы в промышленную эксплуатацию;

    • авторский надзор за эксплуатацией.

Проектирование  эффектной технологии АРМ требует испытания

нетрадиционных  методов ввода информации:

    • испытание читающих автоматов;

    • испытание анализаторов и синтезаторов речи;

    • испытание средств сканирования информации;

    • сканирующий ввод информации. 
 
 

7.2 Тестирование и отладка программ. Состав и назначение «контрольного примера».

Тестирование  и отладка с позиции разработчика включает 5-9 этапы

жизненного цикла  ПО. В процессе выполнения этих этапов разработчиком с заказчиком выявляются и устанавливаются все ошибки допущенные при проектировании. Ошибки, которые могут быть допущены в процессе проектирования:

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

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

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

• технологические, возникающие при подготовке документов и

при вводе  программ в ЭВМ.

Основным методом  устранения ошибок является тестирование прогонка программы по заранее подготовленным тестам.

Тестирование  позволяет не только устранить ошибки , но и оценить готовность ПО к  эксплуатации.

Тестирование  полноты решения функциональных задач при типовых исходных данных предназначено для обнаружения ошибок функционирования в типовых условиях, определенным техническим заданием на базовую версию ИС. Первичным эталоном являются цели и задачи создания ИС. В соответствие с этими задачами создается подробное формализованное техническое задание и спецификация требований на комплекс программ, которые являются основными эталонами при создании данного вида тестов. Для систем реального времени тесты содержат в основном динамические и стохастические данные. Эти данные имитируются моделями реальных объектов внешней среды. Результаты тестирования обрабатываются и сравниваются с эталонами преимущественно автоматически.

    Контрольный пример оформляется в виде отдельного документа, прикладывается к рабочему проекту и должен быть утвержден заказчиком до начала опытной эксплуатации. В контрольном примере должны быть предусмотрены все логические цепочки алгоритмов обработки информации. Учтенные требования и ограничения представляются исходной информацией.