4. Проверка соответствия созданной модели аис требованиям, сформулированным в предыдущей лабораторной работе. Основные понятия, которые необходимо знать для выполнения данной работы:

Требования отображают то, что должна делать АИС. Проектирование описывает, как АИС будет реализовывать эти требования.

АИС структурируется на подсистемы (которые реализуют определенные функции предприятия), приложения (которые реализуют бизнес-процессы предприятия) и функции (которые основываются на логических процедурах, для которых легко можно написать программный код). Функции могут быть:

• автоматическими (без участия человека);

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

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

Все компоненты АИС предполагают наличие входов, обработки и выходов, а связи между этими компонентами производятся через БД системы.

Например, одна из подсистем АИС предприятия – это подсистема «бухгалтерия».

Примеры приложений в данной подсистеме: начисление зарплаты, учет материальных ресурсов предприятия, учет заключенных контрактов и т.д.

Примеры функций в приложении «Начисление зарплаты»: подсчет общих начислений, подсчет налогов и сборов, подсчет сумм к выплате – все эти функции легко можно алгоритмизировать.

Модели, созданные на этапе анализа, будут проанализированы для описания архитектуры АИС (технической и программной), функций, структур данных и интерфейсов, реализующих диалог система-пользователь. Основная архитектура АИС может быть представлена следующим образом:

Модели, которые строятся на этапе проектирования, зависят от технической платформы, на которой будет внедрено программное обеспечение АИС. Диаграмма, отображающая техническую архитектуру системы, будет создана на основе тех знаний, которые студенты получили по предмету «Компьютерные сети». Распределение программных компонентов по техническим компонентам также будет представлено графически (на каком оборудовании будет функционировать каждая из логических компонент).

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

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

• алгоритмы преобразования входных данных в выходные. При описании алгоритмов можно использовать текст или блок-схемы.

Algoritmii, după cum a fost menţionat, se recomandă să fie descrişi textual, în limbaj pseudocod, nerespectând sintaxa unui careva limbaj de programare. Algoritmul se descrie secvenţial. Orice programator trebuie să înţeleagă această descriere pentru a codifica corect.

Pentru definirea structurii BD se va utiliza diagrama entitate-relaţie, iar paşii realizaţi vor fi cei descrişi în cadrul disciplinei „Baze de date”.

Modelarea comportamentului soft-ului (din SI) reprezintă o consecinţă a evenimentelor parvenite din mediul SI, din exteriorul acestuia. Un careva utilizator (care are un rol în utilizarea SI) accesează sistemul (de exemplu pentru introducerea datelor), sau altfel spus interacţionează cu SI. Pentru a modela comportamentul SI se vor identifica evenimentele externe care pot declanşa modificarea comportamentului SI şi se va descrie reacţia (comportamentul) sistemului la aceste evenimente.

Proiectarea interfeţelor care realizează dialogul sistem-utilizator se reduce la crearea prototipurilor imaginilor care vor apărea pe ecranul calculatorului, la diferite momente de exploatare a SI. Se va urmări crearea unui mediu de comunicare eficient între utilizatorul uman şi sistemul informatic. Cinterfaţa cu utilizatorul reprezintă componenta esenþială a percepţiei valorii produsului software de către utilizator. Pentru crearea prototipului interfeţei-utilizator

• se va alege un set specific de principii de proiectare,

• se vor identifica componentele (obiectele) de interfaţă şi se va defini aşezarea acestora pe ecran,

• se vor identifica acţiunile posibile de a fi iniţiate de pe interfaţă.

Interfaţa destinată utilizatorului, de obicei se realizează iterativ creând preventiv o primă versiune a prototipului, apoi va fi evaluată de către utilizatorul SI. In cazul în care aceasta necesită îmbunătăţiri şi modificari, se realiza următoarea versiune, procesul repetându-se până când se va obţine o versiune acceptată de utilizatorul SI.