Файл: Проектирование реализации операций бизнес-процесса «Управление документооборотом» ООО «Крафт-С».pdf

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

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

Во-первых, заработная плата выполняет воспроизводственную функцию, то есть должна возмещать и расширенно воспроизводить стоимость рабочей силы. В современных условиях расходы на воспроизводство рабочей силы значительно возросли. Рост произошел за счет расширения потребностей современного человека в силу действия объективного закона возвышения потребностей. Кратно увеличились затраты на образование. Научно­технический прогресс, в свою очередь, потребовал подготовки работников более высокой квалификации по сравнению даже с 15 - 20 летним ранним периодом. Процесс урбанизации населения, превышение численности городского населения по соотношению с сельским - также воздействует на рост стоимости рабочей силы. Жизнь в городских условиях намного затратнее, чем в сельской местности по многим общеизвестным причинам. В условиях плановой экономики была возможность регулировать рост цен на большинство потребительских товаров. Компенсировались в значительной части расходы на среднее образование и профессиональное обучение за счет государственного бюджета. В рыночной экономике эти и другие траты на рабочую силу перенесены и возмещаются из семейного бюджета, где преобладающим источником доходов является заработная плата.

© Потеев Д.А., Потеева М.А., 2016 г.

2.2 Разработка интерфейса пользовательской части

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

Разработка пользовательского интерфейса (ПИ) ведется параллельно разработке архитектуры Автоматизированной Системы Управления документооборотом и разработке баз данных в целом и в основном предшествует её имплементации. Процесс разработки ПИ разбивается на этапы жизненного цикла^[8]:

Анализ трудовой деятельности пользователя, объединение бизнес-функций в роли.

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

Формулировка требований к работе пользователя и выбор показателей оценки пользовательского интерфейса.

Разработка обобщенного сценария взаимодействия пользователя с программным модулем (функциональной модели) и его предварительная оценка пользователями и Заказчиком.

Корректировка и детализация сценария взаимодействия, выбор и дополнение стандарта (руководства) для построения прототипа.

Разработка макетов и прототипов ПИ и их оценка в деловой игре, выбор окончательного варианта.

Имплементация ПИ, создание тестовой версии.

Разработка средств поддержки пользователя (пользовательские словари, подсказки, сообщения, помощь и пр.) и их встраивание в АСУ.

Usability тестирование тестовой версии ПИ по набору раннее определенных показателей.

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

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

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

Основное и наиважнейшее требование: необходимо избегать создания такого интерфейса, который не соответствует алгоритму решения пользовательских задач^[9].

Перед началом разработки пользовательского интерфейса проектируемой АСУ были получены ответы на следующее вопросы:

Какая информация необходима пользователю для решения задачи? (для операционных сотрудников основная информация заключается в данных по новым заявкам клиентов и фактического состояния каталога объектов; для руководителей клиентских отделов наиболее важна информация для составления отчетности: движение объектов и клиентов в базе);

Какую информацию пользователь может игнорировать (не учитывать)? (соответственно операционные сотрудники могут не учитывать информацию за прошедший период, их интересует только фактическое состояние клиентов и объектов в базе данных; в свою очередь руководители клиентских отделов при стратегическом планировании о составлении отчетности могут игнорировать информацию о состоянии «сегодняшнем дне», для оперативного контроля руководителям клиентских отделов не обязательно учитывать информацию за прошедший период);

Какие решения пользователю необходимо принимать в процессе работы с АСУ? (в данной части решения строятся как по стратегическому планированию, так и по оперативному планированию – рядовые сотрудники принимают только оперативные решения текущего характера, руководители клиентских отделов принимают как оперативные, так и стратегические решения);

Может ли пользователь совершать несколько различных действий одновременно? (в данной части необходимо отметить, что проектируемая АСУ дает возможность решать несколько задач одновременно, следовательно, ответ на данный вопрос – положительный);

Какие типовые операции использует пользователь при решении задачи? (типовые операции перечислены в п. 3.1. при проектировании таблиц баз данных).

Дизайн пользовательского интерфейса должен обеспечивать минимизацию усилий пользователя при выполнении работы и приводить к^[10]:

- сокращению длительности операций чтения, редактирования и поиска информации,

- уменьшению времени навигации и выбора команды,

- повышению общей продуктивности пользователя, заключающейся в объеме обработанных данных за определенный период времени.

- увеличению длительности устойчивой работы пользователя и др.

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

Требования к удобству и комфортности интерфейса возрастают с увеличением сложности работ и ответственности пользователя за конечный результат. Высокая удовлетворенность от работы достигается в случае^[11]:

Прозрачной для пользователя навигации и целевой ориентации в программе.

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

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

Наличия вспомогательных средств поддержки пользователя (поисковых, справочных, нормативных – руководство пользователя), в том числе и для принятия решения в неопределенной ситуации.

Удобный интерфейс помогает пользователю справиться с усталостью и напряжением при работе в условиях высокой ответственности за результат, поэтому основные принципы создания интерфейса пользовательской части базируются на следующих условиях^[12]:

Совместное наращивание функциональности: возможность развивать проектируемую АСУ без разрушения (т.е. оставаясь в рамках) существующего интерфейса.

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

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

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

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

В соответствие с заявленными выше принципами, требованиями и условиями, интерфейс пользовательской части АСУ Департамента Аренды разрабатывался в среде Borland С++ Builder 6. Структура интерфейса пользовательской части представлена в приложении 6. Очевидно, что в структуре интерфейса проектируемой АСУ реализованы справочники и собственно отчеты. При этом очевидно, что в справочнике «Экспозиция» имеется только опция просмотра, иных опций не предусмотрено, т.к. любые изменения в этом справочнике приведут к изменениям в других справочниках, что может вызвать нарушение объективности и релевантности данных.

В справочниках «Журнал», «Объекты», «Операции» предусмотрены возможности редактирования и правки, т.к. это необходимо для описания функциональных процессов в проектируемой АСУ.

Для того чтобы начать работу с АСУ Департамента аренды, необходимо запустить находящийся на рабочем столе файл ASU_DA.exe, после чего загрузиться основная форма системы, которая выглядит так, как представлено в приложении 7.

На основной форме находятся 5 основных пунктов меню: «Журнал», «Объекты», «Операции», «Экспозиция», «Выход».

Пункты меню «Журнал», «Объекты», «Операции», как уже было показано выше, содержат 4 подпункта, вызываемые через контекстное меню (правая кнопка мыши):

Просмотр,

Правка,

Добавить,

Удалить.

При выборе пункта «Журнал», откроется форма, которая имеет вид, представленный в приложении 8. В левой части расположены данные о клиентах Департамента Аренды: Наименование клиента и Идентификатор клиента согласно уникальному номеру клиента в базе. В правой части расположены данные по параметрам заявка клиента (требуемая категория объекта и цена), а также данные об ответственном лице, которое закреплено для взаимодействия с этим клиентом.

При выборе пункта меню «Объекты», откроется форма, представленная в приложении 9. В левой части расположены данные об объектах Департамента Аренды: Наименование объекта и Идентификатор объекта согласно уникальному номеру объекта в базе. В правой части расположены данные по параметрам указанного объекта, а также данные об ответственном лице, которое закреплено за указанным объектом.

При выборе пункта меню «Операции» имеется возможность просмотреть все операции, осуществленные как с клиентами, так и с объектами за определенный период (приложение 10 и приложение 11). Задача пункта меню «Операции» предоставлять детализированные отчеты по операциям, согласно условиям отбора, заданным пользователем.