Файл: Проектирование и реализация операций бизнес-процесса «Ежедневный складской учет».pdf

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

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

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

- ролями пользователей,

- интерфейсами.

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

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

Список пользователей

Формирование списка пользователей (рис.16) информационной системы можно осуществлять двумя способами. Рассмотрим "традиционный", который осуществляется в два этапа:

- вначале в режиме "Конфигуратор" (меню " Администрирование - Пользователи").

- затем в режиме программы" описываются параметры определенных на предыдущем этапе записей. На рис.11 пользователи.

Рис.11.- Пользователи

Такое разделение процесса определения пользователя в информационной системе объясняется тем, что:

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

- настройку части параметров можно описать лишь значениями самой информационной базы (например, все значения по умолчанию ).

Для удобства администрирования предусмотрен дополнительный механизм редактирования учетных записей пользователей (рис.12). Благодаря ему можно описать все параметры пользователя в одном месте.

Рис.12 - Параметры пользователя

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

- полное имя пользователя;

- пароль, который используется для получения доступа к информационной системе;

- основной интерфейс, какой будет использоваться для данного пользователя, когда он будет запускать систему,

- язык конфигурации.

После того как создаться новый пользователь в режиме "Конфигуратор" и запуститься система от имени этого пользователя, информация о пользователе автоматически будет занесена в справочник "Пользователи" информационной базы, про что будет сформировано соответствующее сообщение. Список пользователей можно соединять в группы, так как анализируемый справочник поддерживает иерархию. К примеру, можно создать такие группы пользователей: кассиры, бухгалтеры , администратор. Правда, права на подобные действия имеют только те пользователи, какие выполняют административные функции. Доступ к списку выполняется через меню "Сервис - Пользователи - Список пользователей", а к настройке параметров текущего пользователя осуществляется через меню "Сервис - Настройки пользователя".

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

Таблица 1 - Категории пользователей

2.6 Интерфейс пользователя

Интерфейс, обеспечивающий передачу информации между пользователем-человеком и программно-аппаратными компонентами компьютерной системы.

Под совокупностью средств и методов интерфейса пользователя подразумеваются:

Средства:

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

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

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

Интерфейс пользователя компьютерного приложения включает:

- средства отображения информации, отображаемую информацию, форматы и коды;

- командные режимы, язык «пользователь - интерфейс»;

- устройства и технологии ввода данных;

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

- поддержку принятия решений в конкретной предметной области;

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

Пользовательский интерфейс объединяет в себе все элементы и компоненты программы, которые способны оказывать влияние на взаимодействие пользователя с программным обеспечением (ПО), это не только экран, который видит пользователь.

К этим элементам относятся:

- набор задач пользователя, которые он решает при помощи системы;

- используемая системой метафора (например, рабочий стол в MS Windows®);

- элементы управления системой;

- навигация между блоками системы;

- визуальный дизайн экранов программы;

- средства отображения информации, отображаемая информация и форматы;

- устройства и технологии ввода данных;

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

- обратная связь с пользователем;

- поддержка принятия решений в конкретной предметной области;

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

Диаграмма классов является ключевым элементом в объектно-ориентированном моделировании (Язык UML). На диаграмме классы представлены в рамках, содержащих три компонента:

- в верхней части написано имя класса. Имя класса выравнивается по центру и пишется полужирным шрифтом. Имена классов начинаются с заглавной буквы. Если класс абстрактный - то его имя пишется полужирным курсивом;

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

- нижняя часть содержит методы класса. Они также выровнены по левому краю и пишутся с маленькой буквы.

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

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

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

Нотация UML для отображения взаимосвязи между классами на диаграммах

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

На рис.13 отражены отношения между классами.

Рис. 13 — Отношения между классами

Мощность отношения (мультипликатор) означает число связей между каждым экземпляром класса (объектом) в начале линии с экземпляром класса в её конце. Различают следующие типичные случаи (таблица 2):

Таблица 2 – Мощность отношений

Наша цель - построить UML-диаграмму классов (Class Model), а затем отразить ее в объектно-ориентированном коде.

У нас наблюдается наследование в класс Накладная из классов Запись списка и Склад, в класс Склад из класса Товар на складе, из класса Накладная в класс Покупатель. Агрегация из класса Товар на складе в класс Товар. На рис.14 диаграмма классов.

получать

0..1

Товар

Покупатель

номер товара

наименование товара

ед.измерения

текущая цена

номер покупателя

наименование покуп.

адрес

банковские реквизит.

выписываться на

содержать

1..*

0..*

0..*

Накладная

содержать

1..*

1..*

номер накладной

дата накладной

сумма накладной

выписывать

принадлежать

1..*

1..*

Запись списка

Склад

количество товара

цена товара

номер склада

наименование склада

1..*

Товар на складе

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

связываться с

храниться на

1..*

1..*

1..*

хранить

Рис.14 - Диаграмма классов

2.7 Программа реализации информационной системы

Для написания программного кода используем язык Java. Язык моделирования UML имеет набор отношений для построения модели классов, но даже такой развитой ООП язык, как Java имеет только две явные конструкции для отражения связей: extends(расширение) и interface/implements(реализация) рис.15.

+Gustomer

Для модуля класса Покупатель и модуля класса Накладная на языке Java напишем программный код используя наследование.

public class Customer{

public Integer customer_ID;

public Customer(String n){

customer_name=n;}

private Customer(string a, string b){

address=a;

bank=b;}

public void setCustomer_name (String newGustomer_name){

name=newGustomer_name;}

public String getGustomer_name(){

return customer_name;}

private void setAdress (String newAdress){

address=newAdress;}

private String getAdress(){

return address;}

private void setBank (String newBank){

bank=newBank;}

private String getBank(){

return bank;}

}

//наследуем класс Customer

public class Cust extendes Customer{

public Int cust_ID;

public cust (Int id, String n, String d, Float s, Int skl){

customer_name =n;

cust_ID=id;

custDate=d;

custSumma=s;

sklad_ID=skl;}

public void setCust_ID (Integer newCust_ID){

cust_ID=newCust_ID;}

public Integer getCust_ID(){

return cust_ID;}

public void setCust_date(Date newCust_date){

cust_date=newCust_date;}

public Date getCust_date(){

return cust_date;}

+ customer_ID:Integer

+ customer_name: String

- address: String

- bank: String

+Cust