Закажите услуги фрилансеров для вашего проекта прямо сейчас!

Размещение заказа на фриланс бирже бесплатно.

10 лет назад
Роман
32 года, Беларусь
11 лет в сервисе
Был онлайн 6 лет назад
5 отзывов
100% заказов с выбором исполнителя
10 лет назад

Тема: Система оценки финансовых рисков на базе бухгалтерской отчетности()

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

до 25.04.2011

файлы
1. Основные_ошибки_на_курсовом_проектировании_.doc - описание того на что нужно обратить внимание(ВАЖНО)
2. Положение о курсовом.doc - базовое описание
3. Стандарт предприятия.pdf - описание оформления работы
4. ВАЖНО: Бланк_--_курсовойВСРП_ИИТ2011.doc - в этом бланке находится информация о всём, что нужно делать, госты и т.д.

файлы что недостаёт будут выданны исполнителю

Общие требования. Приложение должно быть выполнено в архитектуре клиент-сервер на объектно-ориентированном языке (VC++, JAVA или C#). В рамках работы должны быть использованы следующие техники: разработка и использование собственной иерархии классов, расширение базовых классов предоставляемых SDK, реализация не менее 3-х паттернов проектирования на свой выбор, использовать сокрытие данных (инкапсуляция), перегрузка методов, переопределение методов, сериализация, абстрактные типы данных (интерфейсы, абстрактные классы), передача параметров по ссылке и по значению, статические методы, обработка исключительных ситуаций. Клиентская часть должна быть реализована в виде Desktop-приложения с GUI-интерфейсом.
Бизнес-логика. Бизнес-логика системы должна быть реализована только на серверной части приложения. На сервере должна быть предусмотрена возможность параллельной обработки запросов. Доступ к данным в СУБД должен осуществляться через драйвер, предоставляемый производителем СУБД или через использование специальных технологий. Использование ODBC не разрешается.
База данных (не менее двух связанных таблиц) должна быть приведена к 3-ей нормальной форме.
Функционал серверной части должен составлять не менее 10 Use Case’ов.
Транспортный уровень. Взаимодействие между серверной и клиентскими частями должно осуществляется с использованием сокетов и протокола TCP/IP(причём по сети необходимо пересылать объекты (пользовательские), а не строки).
Требования к поставке.
Разработанная система должна обладать следующей инфраструктурой:
- СУБД (на выбор) – Sybase SQL 11.0, MS SQL 2005, Java DB 10.x
- Операционная система Windows XP SP3
База данных должна генерироваться sql-скриптом.
Классы и библиотеки должны размещаться в пакетах (пространствах имен), имена которых оканчиваются на FamiliaIO (фамилия и инициалы студента-исполнителя по шаблону латинскими буквами).
Имена классов должны оканчиваться на FamiliaIO (фамилия и инициалы по шаблону латинскими буквами).
Интерфейс программы и данные должны быть только на русском (белорусском) языке.
Приложение должно запускаться без использования интегрированных средств разработки.
Подписи на всех элементах схем и диаграмм, за исключением названий классов (сущностей), переменных, методов и атрибутов, должны быть выполнены на русском языке русскими буквами.


Перечень используемых стандартов:
IDEF0, IDEF1.X, UML 2.0 и выше, ГОСТЫ 19001–19701 (оформление блок-схем, требования к руководству пользователя), стандарты оформления курсовых и дипломных работ (СТП П-01-2008).

Перечень рекомендуемой литературы:
1. UML. Классика CS. 2-у изд./Пер. с англ.; Под общей редакцией проф. С.Орлова - СПб.: Питер, 2006. - 736 с.: ил.
2. Фаулер М. Архитектура корпоративных программных приложений.: Пер. с англ. - М.: Издательский дом "Вильямс", 2006. - 544с.: ил. - Парал. тит. англ.
3. Басс Л., Клементс П., Кацман Р. Архитектура программного обеспечения на практике. 2-е издание. - СПб.: Питер, 2006. - 575 с.: ил.
4. Змест разлiкова-тлумачальнай запiсi (пералiк пытанняý, якiя падлягаюць распрацоýцы)
Введение (с указанием цели и основных задач для её достижения). 1. Описание предметной области (включая IDEF0, декомпозицию необходимо выполнять до выделения элементарных функций. Функциональная модель должна быть связана с информационной.) и определение требований к системе с точки зрения предметной области. 2. Постановка задачи и обзор методов её решения. 3. Модели представления системы и их описание. 4. Информационная модель системы и её описание (с доказательством приведения ее к 3-ей нормальной форме). 5. Обоснование оригинальных решений по использованию технических и программных средств, не включенных в требования (не обязательный раздел). 6. Описание алгоритмов реализующих бизнес-логику серверной части проектируемой системы. 7. Руководство пользователя. 8. Результаты тестирования разработанной системы и оценка выполнения задач. Выводы и заключения. Литература. Приложения.
5. Пералiк графiчнага матэрыяла (з дакладным пазначэннем абавязковых чарцяжоý i графiкаý)
Функциональная модель процессов предметной области (IDEF0). Диаграмма Вариантов использования (Use Case). Диаграммы состояний (Statechart). Диаграмма последовательностей (Sequence diagram). Диаграммы классов. Диаграммы компонентов (component diagram). Диаграмма развертывания (deployment diagram). Информационная модель. Блок-схемы алгоритмов, реализующих бизнес-логику. Листинг алгоритмов реализующих бизнес-логику. Листинг основных элементов программы. Листинг скрипта генерации базы данных.

  1. Прием заявок
  2. Выбор исполнителя
  3. Выполнение заказа
  4. Обмен отзывами

Нет заявок

Другие заказы в категории «Прикладное ПО»

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