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

Текст из файла (страница 11)

</ui:insert>

</h:panelGroup>

<ui:insert name="footer">

<ui:include src="/templateElementsPath/footer.xhtml" />

</ui:insert>

</h:panelGroup>

</h:body>

</html>

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

На этом создание шаблона завершено и можно осуществить переход к созданию конкретных представлений.

3.4.2 Разработка основных представлений

Для вставки шаблона, созданного ранее, на страницу используется тег:

<ui:composition template="/TemplatePath/template.xhtml">

Переопределённые области

</ui:composition>

Для начала выполняется создание представления, отвечающего за поисковую форму. Ключевым элементом представления является форма с которой возможна отправка данных в контролер свойства, которого используются на ней. Основное содержимое всех представлений будет размещено в теге <f:view>, обеспечивающим возможность задать кодировку страницы, определить тип её содержимого и выполнить другие настройки представления. Все элементы представлений входят в форму из которой осуществляется обращение к свойствам контроллера. Поисковая форма не содержит элементов, закрытых от просмотра рядовыми пользователями и основная её часть состоит из таблицы с тремя полями для ввода информации и надписями для них, и ссылка на задание фильтра. Помимо этого, присутствует также изменённый заголовок страницы, надпись над формой и набор ссылок, отображающихся в случае если адрес выбирается как внешний ключ. Эти ссылки отвечают за возвращение к результатам поиска по таблице из которой выбирается внешний ключ, а также за возвращение к просмотру записи, для которой устанавливается адрес. За отображение этих ссылок отвечают соответствующие логические переменные из контроллера представления. Стоит также отметить что для отображения пары надпись-поле вывода используется тег генерации таблиц. Остаётся только добавить тег определяющий место на странице в которое будут выдаваться сообщения об ошибках. Код построенного представления приведён в приложении Б.1

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

Далее выполняется создание представления, отвечающего за просмотр/редактирование записи. Сначала производится переопределение названия. В форму этого представления входит заголовок таблицы, и сама таблица на которую выводятся данные о записи, состоящая из надписи и соответствующего её поля. В данной таблице отображение нужных элементов осуществляется по ссылке на текущий элемент, который был сформирован в ходе подготовки записи к просмотру. Поля города и улицы, отображают информацию о внешнем ключе и состоят из выпадающего списка, кнопки добавления и редактирования значения в списке. Однако в таблице, содержащей информацию определено лишь два столбца и кнопки будут восприняты сервером как отдельные элементы и помещены в отдельные ячейки, что нарушит представление таблицы для пользователей. Для решения этой проблемы выпадающий список с кнопками создания и редактирования записи внешнего ключа помещаются в один блок, который будет сгенерирован как содержимое одной ячейки. Также на форме присутствуют ссылки для утверждения выбора в качестве адреса в связанных таблицах, для сохранения изменений, возвращения к результатам поиска по адресам и связанным таблицам, а также ссылку на возвращение к заданию поискового фильтра по адресам. После описанных элементов ставится тег, служащий для вывода сообщений приложения. Код созданного представления отображён в приложении Б.3

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

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

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

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

4 Технико-экономическое обоснование

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

4.1 Оценка системного влияния приложения на работу предприятия

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

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

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

– увеличение масштаба транспортного бизнеса;

– повышение производственно-экономической эффективности;

– повышение качества работы и безопасности перевозок;

– глубокая интеграция в евро-азиатскую транспортную систему;

– повышение финансовой устойчивости и эффективности.

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

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

4.2 Перечень технических решений, организационных мероприятий и экономических показателей

Технические решения, принятые в ходе разработки подробно описаны в разделах постановки задачи и анализа предметной области и разработки АРМ складского рабочего.

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

В качестве одного из основных экономических показателей выступает стоимость разработанного продукта. Оценку стоимости созданного решения следует производить на основании расчёта трудозатрат при разработке данного решения. Этот расчёт основывается на среднем окладе программиста, который составляет 20000 рублей в месяц. Помимо трудозатрат программиста дополнительных затрат в ходе разработки, например, на приобретение программного обеспечения или оборудования, не было. Работа над приложением длилась в течении месяца, поэтому приблизительную стоимость решения можно оценить в 20000 рублей. Однако полученная выше стоимость в отличие от аналогов распространяется не на одного пользователя, а на любое количество, что является серьёзным преимуществом для предприятия. Для наглядности стоит воспользоваться методом сравнения с аналогичным программным обеспечением. В качестве аналога будет взято приложение Microsoft Office Excel. Расчёт стоимости данных продуктов будет производиться основываясь на предположении о том, что пользоваться им будет 10 человек.

Лицензия Microsoft Ecxel на одного пользователя стоит около 4500 тысяч рублей, для возможности пользования указанным выше количеством людей потребуется приобрести лицензии на общую стоимость около 45000 рублей, при этом готовое решение может не полностью удовлетворить нужды складских рабочих, в таком случае придётся осуществить разработку расширения для этой системы, что будет стоить дополнительных денег и времени, в добавок к этому на освоение данной системы потребуется определённое время.

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

Также немаловажным экономическим показателем являются сроки осуществления внедрения проекта. Так для внедрения как уже упоминалось необходимо провести тестирование системы на нескольких складах, после чего на основе рекомендаций доработать её и внедрить в пользование по всем складам. Для тестирования системы оптимальным сроком будет месяц, за это время рабочие смогут полностью испробовать функциональные возможности системы и сформировать рекомендации по её улучшению. Далее в соответствии с планом следует осуществить доработку проекта. Процесс доработки весьма трудно оцениваем с точки зрения возможных требований выдвинутых персоналом складов, потому как пользователям может как не потребоваться дополнительный функционал, так и потребоваться существенная переработка системы. В связи с этим время на доработку можно условно оценить так же, как и время на разработку – в 1 месяц. После чего будет осуществлено непосредственное внедрение в пользование по складам. Этот процесс включает в себя создание базы данных на сервере, отведённом под нужды АРМ и установку самого приложения на этом сервере. Однако на этом процесс внедрения достигает своего пика. Для возможности пользования системой потребуется сначала заполнить базу данных. Этот процесс для некоторых складов может затянуться надолго, поэтому этот этап можно оценить в 2 месяца. Такой большой срок связан с тем что сотрудникам складов нельзя прекращать свою основную деятельность, и заниматься заполнением базы данных они будут по мере возможности. После заполнения базы данных актуальной информацией, АРМ будет полностью готов к работе и его внедрение можно считать завершённым. Таким образом внедрение АРМ продлится примерно 4 месяца, при этом простоя в работе складов не будет в течении всего времени внедрения, а также не планируется дополнительных затрат от предприятия. Отсутствие дополнительных затрат связано с уже имеющимися в наличии избыточными мощностями серверов, которые можно использовать для работы АРМ, существующей и функционирующей инфраструктурой для предоставления доступа к веб-приложениям размещённым в локальной сети предприятия, а также с свободным характером созданного программного обеспечения.

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

4.3 Оценка эффективности разработанной системы

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

Характеристики

Список файлов ВКР