Пояснительная записка должна оформляться в соответствии с «требованиями к оформлению». При проектировании необходимо выполнить моделирование с использованием следующих стандартов
| Вид материала | Пояснительная записка |
- Пояснительная записка должна оформляться в соответствии с «требованиями к оформлению»., 49.6kb.
- Разработка локальной вычислительной сети и ее программного обеспечения, 822.36kb.
- Рекомендации по оформлению отчета об оценке объектов земельно-имущественных отношений, 975.42kb.
- Пояснительная записка, 18.62kb.
- Редакция принимает к рассмотрению статьи, подготовленные с использованием текстовых, 68.55kb.
- Систем газоснабжения, 38.43kb.
- Программа составлена на основании Государственных образовательных стандартов высшего, 18.52kb.
- Программа-минимум Кандидатского экзамена для аспирантов и соискателей и Мурманск- 2011, 497.98kb.
- Заочное отделение пояснительная записка, 247.57kb.
- Политехнического Института Сибирского Федерального Университета. Содержание пояснительная, 163.54kb.
Тема: Сетевая игра "Домино"
Требования к курсовому проекту по курсу «Сетевые информационные технологии»
Бизнес-логика системы должна быть реализована EJB session-компонентами. Доступ к данным в СУБД должен осуществляться с помощью Java Persistence API (Entity Classes). При реализации использовать шаблоны проектирования (design patterns), позволяющие сконцентрироваться на реализации бизнес-логики приложения (session façade и session façade for entity classes, business delegate, cachingServiceLocator). Сущности в базе данных должны быть приведены к 3-ей нормальной форме. Функционал серверной части должен составлять не менее 15 Use Case.
Клиентская часть приложения должна быть представлена веб клиентом. На сервере приложений должен быть развернут слой веб-сервисов. (Общая архитектура: jsp-servlet-webservice-sessionejb-entityejb-базаданных)
В качестве сервера приложений использовать Glassfish v2 или Jboss5.0. В качестве веб сервера использовать Tomcat 6.0
При разработке необходимо использовать JDK1.6.
В качестве хранилища данных необходимо использовать СУБД – Sybase SQL Anywhere 9.0. База данных должна генерироваться sql-скриптом под пользователем вида familia_i_o (фамилия и инициалы по шаблону латинскими буквами).
Пояснительная записка должна оформляться в соответствии с «требованиями к оформлению».
При проектировании необходимо выполнить моделирование с использованием следующих стандартов:
-IDEF0 – моделирование процессов предметной области решаемой задачи (не менее чем 4 уровня)
-IDEF1.X – информационное моделирование (не менее 3-х связанных сущностей).
-UML –моделирование разрабатываемой системы. Необходимо разработать следующие модели:
1)Диаграммы вариантов использования.
2)Диаграммы последовательности.
3)Диаграммы состояний.
4)Диаграммы классов.
5)Диаграмма компонентов.
6)Диаграмма развёртывания.
Требования к оформлению - содержание пояснительной записки включает:
- Введение.
- Описание предметной области обзор существующих решений.
- Разработка функциональной модели системы(IDEF0).
- Разработка методов и моделей представления системы(UML).
- Информационная модель системы и её описание(IDEF1.x) (на основании функциональной модели с описанием процесса приведения от 1-ой нормальной формы к 3-ой).
- Обоснование решений по использованию технических и программных средств, не включенных в требования.
- Описание алгоритмов реализующих бизнес-логику серверной/клиентской части проектируемой системы(+блок схемы).
- Руководство пользователя.
- Результаты тестирования разработанной системы и оценка выполнения задач
- Выводы и заключения.
- Литература.
- Приложения
К пояснительной записке должны быть приложены графические материалы (ПРИЛОЖЕНИЯ) на А4:
- Модели, выполненные в стандарте IDEF0.
- Диаграммы вариантов использования.
- Диаграммы последовательности.
- Диаграммы состояний.
- Диаграммы классов.
- Диаграмма компонентов.
- Диаграмма развёртывания.
- Информационная модель.
- Блок-схемы алгоритмов, реализующих бизнес-логику.
- Фрагмент листинга программного кода. (В листинг необходимо поместить: sql-скрипт, классы и методы реализующие бизнес-логику, методы отвечающие за соединение с источником данных, классы фреймов, иные классы и методы которые подтверждают выполнение вами ВСЕХ требований к курсовому).
Подписи на всех элементах схем и диаграмм, за исключением названий классов (сущностей), переменных, методов и атрибутов, должны быть выполнены на русском языке РУССКИМИ БУКВАМИ.
Интерфейс программы и данные должны быть ТОЛЬКО на русском языке. В хранилище данных информация должна быть только на русском языке.
Классы и библиотеки должны размещаться в пакетах, имена которых оканчиваются на FamiliaIO (фамилия и инициалы студента-исполнителя по шаблону латинскими буквами).
Имена классов должны оканчиваться на FamiliaIO (фамилия и инициалы по шаблону латинскими буквами). Построение программного кода должно соответствовать правилам, определенным в документе «Code Conventions for the JavaTM Programming Language».
Кроме распечатанной записки, на проверку необходимо предоставить дискету или диск с исходными кодами, откомпилированными файлами и файлами для запуска проекта. Все модели должны быть в пояснительной записке в виде скриншотов.
Блок-схемы должны выполняться в соответствии с ГОСТ на составление блок-схем.
ОСНОВНЫЕ ОШИБКИ: НА ЧТО НАДО ОБРАТИТЬ ВНИМАНИЕ!!!
Все Ваши записки должны быть четко ориентированы под Вашу решаемую задачу и Вашу предметную область. Обязательно учтите следующее, что работы, в которых будут одинаковые фразы и пункты не будут зачтены и Вы будете отправлены на доработку.
Пояснения по пунктам пояснительной записки:
Введение.
- обосновать актуальность решаемой задачи, сформулировать цель выполнения работы, а также задачи, решение которых приведёт к достижению цели
Описание предметной области обзор существующих решений.
-здесь надо выполнить детальный анализ вашей предметной области по первоисточникам как минимум на несколько страниц. Рассмотреть существующие программные продукты на рынке.
Разработка функциональной модели системы.
- выполняется исходя из требований и анализа предметной области.
- Моделирование системы с использованием IDEF0. В разделе должно приводиться словесное описание функциональной модели.
Разработка методов и моделей представления системы.
- все модели должны быть ориентированы только под Вашу задачу. Все диаграммы должны быть выполнены только по стандарту и относиться только к Вашей задаче. Соответственно, в разных работах не должно быть одинаковых диаграмм(UML).
Разработка и построение информационной модели.
- в сущностях должно быть 3 и более атрибутов, иначе, скорее всего у Вас ошибка.
- необходимо описать процесс приведения Вашей информационной модели к 3 нормальной форме, а не давать только формулировки 1, 2, 3 нормальной формы.
Обоснование принимаемых решений по используемым техническим и программным средствам реализации.
Описание алгоритмов реализующих бизнес-логику серверной\клиентской части проектируемой системы.
- необходимо рисовать и ОПИСЫВАТЬ блок-схемы для алгоритмов, которые были бы уникальными и указывали на вашу предметную область
Руководство пользователя.
- приводится описание тех действий, которые необходимо сделать пользователю для того, что бы развернуть вашу систему, а также краткое описание того что необходимо делать для совершения той или иной операции с использованием Вашего программного средства.
Результаты тестирования разработанной системы и оценка выполнения задач.
- оценка выполнения задач должна производиться на основании результатов тестирования.
Выводы и заключения.
- делаются по всей проделанной работе ИНДИВИДУАЛЬНО.
ИТОГО: каждая записка, как и программная часть - должна быть уникальной, т.к. подразумевает работу над индивидуальным заданием. Обратите, пожалуйста, на это внимание во избежание ошибок.