База данных учета и регистрации продаж билетов в театре

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

ВВЕДЕНИЕ

1. Описание предметной области и определение требований к системе

2. Постановка задачи и обзор методов её решения

3. Модели представления системы и их описание

3.1 Модели представления системы

3.2 Применение паттернов проектирования

4. Информационная модель системы и её описание

5. Описание алгоритмов реализующих бизнес-логику серверной части

6. Руководство пользователя

7. Результаты тестирования системы

7.1 Результаты тестирования разработанной системы

7.2 Оценка выполнения задач

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

ПРИЛОЖЕНИЕ Б

ПРИЛОЖЕНИЕ В

Введение

программный база продажа приложение

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

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

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

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

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

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

1. Описание предметной области и определение требований к системе

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

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

Необходимо реализовать следующие задачи:

просмотр театральной афиши;

просмотр спектаклей, которые в настоящее время в прокате по категориям;

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

просмотр прибыли от проданных билетов;

осуществлять покупку билета на спектакль.

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

По средствам функционального моделирования можно провести анализ предметной области, сосредоточившись на решении задач. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, обмениваясь информационными и материальными потоками. На контекстной диаграмме отражены основные входные потоки, выходные данные, ресурсы и управление. Управляющим воздействием здесь является руководство пользователя, составленное на основе общих правил пользования приложением. В качестве входных данных используются данные о проекте, а в качестве выходных - учёт проданных билетов.

2. Постановка задачи и обзор методов её решения

2.1 Постановка и решение задач

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

Перед началом разработки программного продукта необходимо ознакомиться с требованиями к нему:

В качестве хранилища информации требуется использовать реляционную базу данных, создаваемую с помощью СУБД MySQL 5.5.

Операционная система Windows XP SP3 и выше.

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

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

Бизнес-логика системы должна быть реализована с использованием веб-сервиса и компонентов EJB.

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

Все необходимые библиотеки должны находиться внутри ear-архива.

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

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

2.2 Спецификация вариантов использования системы

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

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

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

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



Рисунок 2.2.1 - Диаграмма вариантов использования

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

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

3. Модели представления системы и их описание

3.1 Модели представления системы

Для данной системы была разработана функциональная модель -- модель UML. Были построены диаграмма последовательности, диаграмма состояний, диаграмма классов, диаграмма развертывания, диаграмма компонентов. Эти диаграммы отражают концептуальные аспекты построения модели системы и относятся к логическому уровню представления. А для физического представления моделей систем были построены так называемые диаграммы реализации (implementation diagrams), которые включают в себя две отдельные канонические диаграммы: диаграмму компонентов и диаграмму развертывания. Рассмотрим подробнее каждые из них.

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

Рисунок 3.1.1 - Диаграмма последовательности

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

Диаграмма изображена на рисунке 3.1.2.

Рисунок 3.1.2 - Диаграмма состояния таблицы

В UML диаграмма классов (рисунок 3.1.3) является типом диаграммы статической структуры. Она описывает структура системы, показывая ее классы, их атрибуты и операторы, а также взаимосвязи этих классов.

Рисунок 3.1.3 - Диаграмма классов

Все рассмотренные ранее диаграммы отражали концептуальные аспекты построения модели системы и относились к логическому уровню представления.

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

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

Рисунок 3.1.4 - Диаграмма компонентов

Физическое представление программной системы не может быть полным без диаграммы развёртывания.

Она применяется для представления общей конфигурации и топологии распределенной программной системы и содержит распределение компонентов по отдельным узлам системы. Кроме того, диаграмма развертывания показывает наличие физических соединений - маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы (рисунок 3.1.5).

Рисунок 3.1.5. - Диаграмма развертывания

3.2 Применение паттернов проектирования

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

Используемые паттерны:

DAO;

service locator;

session facade.

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

На рисунке 3.2.1 показана диаграмма классов, представляющая взаимоотношения в паттерне DAO.

Рисунок 3.2.1 - Data Access Object

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

На рисунке 3.2.2 показана диаграмма классов, представляющая взаимосвязи паттерна Service Locator.



Рисунок 3.2.2 - Диаграмма классов Service Locator

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

На рисунке 3.2.3 показана диаграмма классов, представляющих паттерн Session Facade.



Рисунок 3.2.3 - Диаграмма классов Session Facade

4. Информационная модель системы и её описание

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

MySQL -- это одна из наиболее популярных и эффективных систем управления базами данных, которая очень часто используется при построении современных веб-сайтов. На основе данной системы можно строить, как небольшие веб-сайты, так и крупные Интернет - проекты. СУБД MySQL поддерживает язык запросов SQL. Это позволяет совершать такие операции, как запись данных в базу, редактирование данных, извлечение или удаление данных из базы данных.

СУБД MySQL обладает высокой скоростью работы, это действительно очень быстрый сервер. Также преимуществом MySQL является то, что это многопользовательская система. При этом она не налагает ограничений на количество пользователей, одновременно работающих с базой данных.

Эта СУБД может хранить огромное количество записей в своих таблицах. Этим обеспечивается возможность создания крупных проектов. Немаловажным показателем является также простая и эффективная система безопасности MySQL.

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

Схема базы данных представлена на рисунке 4.1.



Рисунок 4.1 - Схема базы данных разрабатываемого проекта

5. Описание алгоритмов реализующих бизнес-логику серверной части

Вся бизнес-логика программы сосредоточена в серверной части. Основными операциями, выполняемыми в серверной части являются: соединение с базой данных, чтение из нее данных.

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

После выполнения действий влияющих на изменение базы данных обновляются данные соответственно и в предоставляемых пользователю таблицах (приложение Б, рисунок Б.1).

6. Руководство пользователя

Для того что бы запустить данный проект потребуется сервер JBoss 5.1.0, а также база данных MySQL 5.5.

Для развертывания приложения необходимо с начало создать базу данных в сервер MySQL.

Развертывание клиентского приложения на JBoss. Для этого скопируем ear-файл в каталог jboss d:\jboss-5.1.0.GA\server\default\deploy\.

Затем запустим сервер: d:\jboss-5.1.0.GA\bin\run.bat

Затем необходимо открыть браузер.

Ввести http://localhost:8080/WebTheater/. Нажать Enter.

После выполнения этих действий клиентское приложения будет доступно по адресу: http://localhost:8080/WebTheater/.

Рисунок 6.1 - Стартовая страница приложения

7. Результаты тестирования системы

7.1 Результаты тестирования разработанной системы

После запуска программы появится главное окно программы (рисунок 7.1.1).

Рисунок 7.1.1 - Главное окно программы

Для просмотра информации о спектаклях, которые в настоящее время в представлении, необходимо перейти по ссылке «Театральная афиша» (рисунок 7.1.2) и появится окно с необходимой информацией (жанр представления, название, описание, количество свободных мест, дата сеанса, время сеанса и цена) для выбора представления.



Рисунок 7.1.2 - Окно «Киноафиша»

Также есть возможность ознакомиться с залами театра, перейдя по соответствующей ссылке (рисунок 7.1.3) и выбрать наиболее понравившейся зал.

Рисунок 7.1.3 - Окно «Театральные залы»

Перейдя по ссылкам «Детям», «Трагедии», «Драмы», «Оперетты», «Комедии» (рисунок 7.1.4) можно ознакомиться с информацией о спектаклях отдельно по каждому жанру.



Рисунок 7.1.4 - Окно «Сейчас в представлении» категории Драмы

После просмотра театральной афиши, расписания сеансов, стоимости билетов и сделав выбор, Клиент сможет перейти по ссылке «Продажа билета», что позволит купить билет на выбранный фильм с указанием даты и время представления, название спектакля, ряда, место в ряду (рисунок 7.1.5).

Рисунок 7.1.5 - Окно «Продажа билета»

Окно «Прибыль» позволяет просмотреть прибыль от проданных билетов (рисунок 7.1.6).



Рисунок 7.1.6 - Окно «Прибыль»

7.2 Оценка выполнения задач

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

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

Заключение

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

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

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

При создании веб-приложения использовался паттерн Session Faзade, а также технология web-services.

Для хранения записей таблиц использована СУБД MySQL. Работа серверной части программы обеспечивает сервер приложений JBoss.

В процессе проверки работоспособности веб-приложения была протестирована работа всех его функций и установлено, что оно работает корректно.

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

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

Список использованных источников

Интернет-программирование на Java. Будилов В. А. - БХВ-Петербург, 2003 - 697с.

WEB-программирование на Java и JavaScript: Андрей Гарнаев, Сергей Гарнаев - Москва, БХВ-Петербург, 2005 г.- 1040 с.

Язык программирования Java и среда NetBeans: В. Монахов -- Санкт-Петербург, БХВ-Петербург, 2011 г.- 704 с.

Брюс У. Перри - Java сервлеты и JSP: сборник рецептов, Изд. 2-е/Пер. с анг. - М.: КУДИЦ ПРЕСС, 2006 - 768с.

Приложение А

Функциональная модель (IDEF0)

Рисунок А.1 - Контекстная диаграмма

Рисунок А.2 - Декомпозиция контекстной диаграммы



Рисунок А.3 - Декомпозиция блока «Выбор операции»

Рисунок А.4 - Декомпозиция блока «Предоставление информации»



Рисунок А.5 - Декомпозиция блока «Создание заказа»

Приложение Б

Рисунок Б.1 - Блок-схема обобщенного алгоритма пользования системой Клиентом

Приложение В

Листинг программного кода

welcome.jsp

<%@page contentType="text/html" pageEncoding="UTF-8"%>

<%@taglib prefix="f" uri="http://java.sun.com/jsf/core"%>

<%@taglib prefix="h" uri="http://java.sun.com/jsf/html"%>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"

"http://www.w3.org/TR/html4/loose.dtd">

<%--

This file is an entry point for JavaServer Faces application.

--%>

<f:view>

<html>

<head>

<link href='css/style.css' type='text/css' rel='stylesheet'/>

<f:loadBundle basename="by/bsuir/messages/Theater/messagesTheater" var="msgs"/>

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>

<title>Киноафиша</title>

</head>

<body>

<h:graphicImage id="image" alt="Нет изображения" url="/img/lenta_2.jpg" styleClass="full_window"/>

<br/>

<h:outputText value="#{msgs.theatrehall}" styleClass="сenter"/>

<br/>

<h:outputLink value="/WebTheater/faces/hall.jsp" styleClass="menu">

<h:outputText value="#{msgs.hall}" styleClass="userText"/>

</h:outputLink>

<h:outputText value=" | " styleClass="userText"/>

<h:outputLink value="/WebTheater/faces/ticket.jsp" styleClass="menu">

<h:outputText value="#{msgs.ticket}" styleClass="userText"/>

</h:outputLink>

<h:outputText value=" | " styleClass="userText"/>

<h:outputLink value="/WebTheater/faces/profit.jsp" styleClass="menu">

<h:outputText value="#{msgs.profit}" styleClass="userText"/>

</h:outputLink>

<h:outputText value=" | " styleClass="userText"/>

<h:outputLink value="/WebTheater/faces/about.jsp" styleClass="menu">

<h:outputText value="#{msgs.about_us}" styleClass="userText"/>

</h:outputLink>

<br/>

<h:panelGrid columns="6" styleClass="text">

<h:graphicImage id="mult" alt="Нет изображения" url="/img/mult.jpg" styleClass="theatrekind"/>

<h:outputLink value="/WebTheater/faces/mult.jsp">

<h:outputLabel value="#{msgs.mult}"/>

</h:outputLink>

<h:graphicImage id="ugos" alt="Нет изображения" url="/img/ugos.jpg" styleClass="theatrekind"/>

<h:outputLink value="/WebTheater/faces/ugos.jsp">

<h:outputLabel value="#{msgs.ugos}"/>

</h:outputLink>

<h:graphicImage id="smeh" alt="Нет изображения" url="/img/smeh.jpg" styleClass="theatrekind"/>

<h:outputLink value="/WebTheater/faces/smeh.jsp">

<h:outputLabel value="#{msgs.smeh}"/>

</h:outputLink>

<h:graphicImage id="trag" alt="Нет изображения" url="/img/sleza.jpg" styleClass="theatrekind"/>

<h:outputLink value="/WebTheater/faces/tragedy.jsp">

<h:outputLabel value="#{msgs.trag}"/>

</h:outputLink>

<h:graphicImage id="war" alt="Нет изображения" url="/img/war.jpg" styleClass="theatrekind"/>

<h:outputLink value="/WebTheater/faces/war.jsp">

<h:outputLabel value="#{msgs.war}"/>

</h:outputLink>

<h:graphicImage id="theatre" alt="Нет изображения" url="/img/theatre_lenta.png" styleClass="theatrekind"/>

<h:outputLink value="/WebTheater/faces/affiche.jsp" styleClass="affiche">

<h:outputLabel value="#{msgs.affiche}"/>

</h:outputLink>

</h:panelGrid>

<br/> <br/>

<h:outputText value="#{msgs.copy}"/>

</body>

</html>

</f:view>

ticket.jsp

<%@page contentType="text/html" pageEncoding="UTF-8"%>

<%@taglib prefix="f" uri="http://java.sun.com/jsf/core"%>

<%@taglib prefix="h" uri="http://java.sun.com/jsf/html"%>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"

"http://www.w3.org/TR/html4/loose.dtd">

<f:view>

<html>

<head>

<link href='css/style.css' type='text/css' rel='stylesheet'/>

<f:loadBundle basename="by/bsuir/messages/Theater/messagesTheater" var="msgs"/>

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>

<title>Продажа билета</title>

</head>

<body class="font">

<h:graphicImage id="image" alt="Нет изображения" url="/img/lenta.jpg" styleClass="full_window"/>

<h1><h:outputText value="#{msgs.sell}"/></h1>

<br/>

<h:form>

<h:panelGrid columns="2" bgcolor="#557FAE" styleClass="textUser">

<h:outputLabel value="#{msgs.affiche}"/>

<h:selectOneMenu id="affiche" value="#{TicketMBTheater.afficheTheater}" styleClass="text">

<f:selectItems value="#{TicketMBTheater.afficheList}"/>

</h:selectOneMenu>

<h:outputLabel value="#{msgs.row}"/>

<h:inputText value="#{TicketMBTheater.row}" required="true" requiredMessage="#{msgs.error_row}" styleClass="text">

<f:validateLength minimum="1"/>

</h:inputText>

<h:outputLabel value="#{msgs.row_place}"/>

<h:inputText value="#{TicketMBTheater.placeInRow}" required="true" requiredMessage="#{msgs.error_place}" styleClass="text">

<f:validateLength minimum="1"/>

</h:inputText>

<h:commandButton value="#{TicketMBTheater.buttonText}" action="#{TicketMBTheater.sellTicket}" styleClass="textUser"/>

</h:panelGrid>

<h:outputText value="#{TicketMBTheater.output}" styleClass="toCenterRed"/>

</h:form>

<br/>

<h:outputLink value="/WebTheater/faces/welcome.jsp" styleClass="toCenter">

<h:outputText value="#{msgs.chief_page}" styleClass="toCenter"/>

</h:outputLink>

<h:outputText value=" | " styleClass="userText"/>

<h:outputLink value="/WebTheater/faces/affiche.jsp" styleClass="toCenter">

<h:outputText value="#{msgs.affiche}" styleClass="toCenter"/>

</h:outputLink>

<br/> <br/>

<h:outputText value="#{msgs.copy}"/>

</body>

</html>

</f:view>

Размещено на Allbest.ru

...