Отчёт, И_4

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

Рисунок 2.9 –Диаграмма «Внедрение конфигурации 1С:«УНФ» уровень А-0 (TO-BE)

Рисунок 2.10 – Декомпозиция диаграмма фрагмента бизнес-процесса

«Внедрение конфигурации 1С:«УНФ» уровень А0 (TO-BE)

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

Таблица 2.9 - Количественный анализ модели TO-BE

В результате, согласно смоделированному бизнес-процессу внедрения конфигурации 1С: «УНФ» на производственное предприятие по механической обработке металла, необходимо разработать информационно-

методическое обеспечение данного процесса, а так же программные отчеты,

иллюстрирующие и отображающие информацию о работе пользователей с конфигурацией [29]. Целесообразностью такой разработки является отсутствие проработанного информационно-методического обеспечения пользователей в рамках процесса обучения и эксплуатации приводит к ряду следующих проблем:

-ошибки в эксплуатации конфигурации 1С:«УНФ»;

-снижение эффективности работы с конфигурацией 1С:«УНФ»;

-риск возникновения критических ситуаций при работе с конфигурацией 1С:«УНФ»;

-увеличение времени работы с конфигурацией 1С:«УНФ»;

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

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

В качестве среды разработки внешних отчетов была выбрана Платформа «1С:Предприятие», т.к. данная среда является «родной» средой внедряемой информационной системы 1С:«УНФ» и существенно упрощает доступ внешних отчетов к сбору и анализу данных о работе пользователей, а

также данная среда не нарушает принцип единства информационной системы. Предметно-ориентированная среда быстрой разработки,

существующая в платформе 1С:Предприятия, реализована в составе конфигуратора [30]. Она предоставляет разработчику интегрированный набор инструментов, необходимых для быстрой разработки, распространения и поддержки прикладного решения для автоматизации бизнеса. Разработка будет осуществлена путём создания внешних отчетов, т.к. это позволит использовать данные отчеты в дальнейшем для других организаций.

Внешние отчеты представляют собой отчеты, которые не входят в состав прикладного решения и хранятся в отдельных файлах с расширением *.erf [31]. В режиме 1С:Предприятие внешний отчет можно запустить на выполнение, открыв его как любой другой файл, хранящийся на диске. Такой отчет будет работать точно так же, как если бы он входил в состав прикладного решения. Основное их преимущество заключается в том, что такие отчеты можно использовать в различных прикладных решениях без изменения структуры самих решений, что обеспечит в будущем беспроблемное обновление и обслуживание программы. Кроме того, важным преимуществом внешних отчетов является возможность проектировать и отлаживать их в процессе работы 1С:Предприятия, без необходимости сохранения каждый раз конфигурации прикладного решения.

Вкачестве технологии разработки была выбрана каскадная технология

[31].Данная технология снизит риск человеческого фактора, а так же будет эффективна в связи с не существенными минусами относительно данной

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

происходит переход к проектированию, в ходе которого создаются документы, подробно описывающие для программистов способ и план реализации указанных требований. После того, как проектирование полностью выполнено, программистами выполняется реализация полученного проекта. На следующей стадии процесса происходит интеграция отдельных компонентов, разрабатываемых различными командами программистов. После того, как реализация и интеграция завершены, производится тестирование и отладка продукта; на этой стадии устраняются все недочёты, появившиеся на предыдущих стадиях разработки.

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

Требования к техническому обеспечению информационной системы были сформулированы исходя из требований, предъявленных фирмой 1С,

для совместимости с программами 1С:Предприятие для тонкого клиента

(рабочего места пользователя) [32]:

-процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с поддержкой AMD64);

-оперативная память 256 Мб и выше;

-жесткий диск 40Гб и выше;

-устройство чтения компакт-дисков;

-USB-порт;

-SVGA-видеокарта.

Технические характеристики сервера базы данных и операционной

системы должны соответствовать требованием Microsoft SQL Server,

PostgreSQL, IBM DB2, Oracle Database.

В рамках выпускной квалификационной работы бакалавриата

необходимо разработать внешние отчеты, которые должны выводить

следующую информацию:

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

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

-сведения о количестве введенных и измененных документах пользователем за период;

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

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

-сведения о полноте заполнения контактной информации контрагентов;

Графический интерфейс проектируемой системы должен быть простым и функциональным. Первый принцип — это так называемая "прозрачность"

интерфейса. Интерфейс пользователя должен быть интуитивно понятным,

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

без излишнего украшательства компоненты, применяя привычные,

используемые аналогичными программами приёмы управления, можно достигнуть критериев выполнения первого принципа. Интерфейс пользователя должен быть максимально дружественным [33].

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

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

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

вызывающими недоумение в простых ситуациях и увеличивая время пользователя на принятие решения.

2.4 Выводы по второму разделу

В ЗАО НПП «Грань» ярко выражены недостатки структуры функциональной организационной модели: по мере роста организации появляются трудности в осуществлении контроля, ощущается высокая степень зависимости от принятия решение главами отделов, ярко выражены проблемы коммуникации между сотрудниками. Экономические данные за период 2015-2017 гг. характеризуют ЗАО НПП «Грань» положительно с точки зрения увеличения чистых активов, положительной динамики рентабельности от продаж, увеличения прибыли от продаж, высокая финансовая устойчивость. Среди негативных факторов наблюдается отрицательная динамика прибыли до процентов к уплате и налогообложения

(EBIT) на рубль выручки ЗАО НПП «Грань» (-2,5 коп. от данного показателя рентабельности за 2016 год), низкая рентабельность активов, что говорит о снижении эффективности продаж и получение прибыли. Исходя из описанной инфраструктуры организации ЗАО НПП «Грань», можно сделать вывод, что на данный момент у предприятия отсутствует единая интегрированная информационная система, налаженная система коммуникаций и сообщения сотрудников, а также имеется очень маленький штат внутренних IT-специалистов, обслуживающих IT-структуру.

Согласно смоделированному бизнес-процессу внедрения конфигурации

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

Целесообразностью такой разработки является отсутствие проработанного информационно-методического обеспечения пользователей в рамках процесса обучения и эксплуатации приводит к ошибкам в эксплуатации конфигурации 1С:«УНФ»; снижению эффективности работы с конфигурацией 1С:«УНФ». Разработка отчетов по анализу работы пользователей и информационно-методического обеспечения позволит минимизировать ошибки при эксплуатации системы, повысить эффективность работы пользователей с системой, а так же сократить затраты на консультации обслуживающей организации за счет быстрого доступа к информации об ошибках.

В качестве среды разработки внешних отчетов была выбрана Платформа «1С:Предприятие», т.к. данная среда является «родной» средой внедряемой информационной системы 1С:«УНФ» и существенно упрощает доступ внешних отчетов к сбору и анализу данных о работе пользователей, а

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

Проводить анализ эффективности на основе данных отчетов сможет сотрудник IT-компании, осуществляющей внедрение, а также сотрудники управляющего звена на ЗАО НПП «Грань». Сотрудники различных отделов выполняют действия в 1С:«УНФ»рамках обозначенных для них функций в информационно-методическом обеспечении, а программа, в свою очередь,

собирает данные о работе различных пользователей для дальнейшего анализа. Формирование отчета будет доступно пользователю, имеющего доступ к системе, с любым набором прав [35]. На рисунке 3.2 представлена диаграмма классов элементов системы.