Моделирование процессов ИС "Магазин ноутбуков" - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Моделирование процессов ИС "Магазин ноутбуков"

Моделирование бизнес-процессов AS-IS и TO-BE. Построение логической и физической модели данных. Взаимодействие объектов и экранные формы к прецедентам. Диаграммы классов пользовательского интерфейса и компонентов клиентской и серверной части приложения.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Разработка программного обеспечения является трудно формализуемым и одновременно творческим процессом. И разработчикам приходится решать две задачи: построение программных систем высокого качества в рамках отведенного бюджета и в срок. И от того, насколько правильно и удачно с точки зрения технологии разработки программного обеспечения построено приложение, будет зависеть качество и жизнеспособность конечного продукта.
Моделирование бизнес-процессов является важной составной частью проектов по созданию крупномасштабных систем ПО. Моделирование ускоряет сходимость представлений разработчиков и бизнес-экспертов, потому что гораздо быстрее работать с различными вариантами моделей, чем с различными реализациями кода. Также модели подчеркивают недостатки и несогласованности, которые можно затем исправить, избежав лишних затрат. Отсутствие таких моделей является одной из главных причин неудач многих проектов.
На сегодняшний день существует целая система инженерных принципов для создания экономичного ПО с заданными характеристиками качества. Для достижения этих целей создано множество инструментальных средств, одними которых являются: Rational Rose, предназначенное для моделирования, разработки и поддержки ПО, BPwin - средство для визуального моделирования бизнес-процессов, ERwin - CASE-средство для проектирования и документирования баз данных, Microsoft Visio -- мощное решение для создания диаграмм для формализации и передачи информации о процессах, инфраструктуре и приложениях.
Целью данной курсовой работы является моделирование к разработке информационной системы «Магазин ноутбуков». Упомянутое включает моделирование бизнес-процессов AS-IS и TO-BE, построение логической и физической модели данных, а также логической и физической моделей приложения. При работе используются следующие инструментальные средства: Visio, BPwin, ERwin и Rational Rose.
1. Предмет разработки в контексте AS-IS и TO-BE
Для построения моделей бизнес-процессов можно использовать CASE-средства BPwin, AllFusion Process Modeler, графический редактор Visio и другие инструментальные средства. В данном случае предпочтение было отдано BPwin. При этом были использованы диаграммные техники IDEF0, DFD.
Построению модели AS-IS предшествовало обследование деятельности магазина по продаже ноутбуков. Упомянутое включало в себя анализ деятельности магазина ноутбуков. Для организации полноценной работы магазина ноутбуков требуется организовать часть работы как для персонала, так и для обычных покупателей и посетителей.
Для посетителей и покупателей следует организовать просмотр информации о ноутбуках, при этом предусмотреть возможность покупки понравившегося товара.
Для сотрудников магазина следует предусмотреть возможность добавления, редактирования и удаления данных о ноутбуках и операциях купли-продажи.
На основании полученной при этом информации была построена модель AS-IS, показанная на диаграммах ниже и представляющая собой «снимок» существующего положения дел.
На рисунке 1 представлена контекстная диаграмма процесса «Магазин ноутбуков», а на рисунке 2 представлена его декомпозиция.
Рисунок 1 - Контекстная диаграмма деятельности магазина ноутбуков
Рисунок 2 - DFD-диаграмма деятельности магазина ноутбуков
Существенным недостатком модели AS-IS является создание идеализированной модели, особенно в том случае, когда модель создается под влиянием знаний (точки зрения) руководителя. Помимо этого, к наиболее распространенным ошибкам можно отнести такие как:
· бесполезные, неуправляемые и дублирующие функции;
· неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время);
· отсутствие обратных связей по управлению (на проведение функции не оказывает влияния ее результат), по входу (объекты или информация используются нерационально) и т. д.
Для улучшения существующей ситуации следует избавиться от всех вышеперечисленных недостатков и максимально улучшить представленную модель.
С учетом сказанного была построена модель TO-BE, показанная на диаграммах ниже (см. рис. 3-4).
Рисунок 1. 3 . - Контекстная диаграмма процесса «Деятельность магазина по продаже ноутбуков»
Рисунок 1.4. - Декомпозиция контекстной диаграммы процесса «Деятельность магазина по продаже ноутбуков»
1.4 Цели и задачи предмета разработки
В соответствии с моделью TO-BE целью предмета разработки является упрощение документооборота. При этом разрабатываемая ИС должна поддерживать следующие режимы работы:
1)Администрирование БД (создание записей, обновление записей, удаление записей).
2)Использование БД (просмотр записей, сортировка записей, поиск записей).
В процессе выполнения работы, представленной в данном разделе, было выполнено:
· обследование целевой деятельности работы магазина ноутбуков;
· построение модели AS-IS, являющейся снимком существующего положения дел;
· построение модели TO-BE, по реорганизации существующей ситуации;
· определение целей и задач предмета разработки.
2. Техническое задание на предмет разработки
Техническое задание, реализуемое обычно в виде модели вариантов использования, включает в себя список действующих лиц с указанием их ролей, список вариантов использования, диаграмму(диаграммы) вариантов использования и их описание.
Язык моделирования может быть представлен нотациями UML, Буча, OMT и др. В данном случае нами была выбрана нотация UML, а в качестве инструментального средства - Rational Rose.
<Любой пользователь> -- <Является общей сущностью для администратора и клиента>
<Администратор> -- <Редактирует записи (добавляет, обновляет, удаляет)>
<Клиент> -- <Просматривает товары, производит поиск по интересующим параметрам>
Данная система включает в себя следующие прецеденты с указанными вариантами использования:
2.4 Диаграммы вариантов использования и их описание
Главная диаграмма представлена на рисунке 5.
Рисунок 5 - Контекстная диаграмма ИС "Магазин ноутбуков"
Этот прецедент представлен на рисунке 5 и не нуждается в декомпозиции, а его описание дано ниже.
Назначение: данный вариант использования позволяет зарегистрированному пользователю (клиенту или администратору) войти в систему для использования ее функционала.
Основной поток событий: данный вариант использования начинает выполняться, когда зарегистрированному пользователю надо войти в систему. Система предлагает ввести логин и пароль. После того, как пользователь ввел, верны данные, система предоставляет ему функционал в соответствии с его ролью в системе.
Альтернативный поток: если неправильно введен логин или пароль, то выдается сообщение о допущенных ошибках. Пользователь может либо исправить ошибки и повторить попытку входа, либо отменить операцию, после чего приложение завершит свое выполнение.
Предусловие: перед началом выполнения данного варианта использования пользователь должен быть зарегистрирован системе.
Постусловие: если вариант использования завершится успешно, то система предоставляет пользователю функционал в соответствии с его ролью. В противном случае приложение завершит свое выполнение.
2.4.3 Прецедент «Администрирование БД»
На рисунке 6 дана декомпозиция прецедента «Администрирование БД».
Рисунок 6 - Декомпозиция прецедента «Администрирование БД»
Назначение: данный вариант использования позволяет Администратору изменить информацию о ноутбуках: создать новую запись, обновить запись, удалить запись.
Основной поток событий: данный вариант использования начинает выполняться, когда Администратор хочет изменить информацию о ноутбуках. Система предлагает на выбор одно из возможных действий:
- Система предоставляет специальную форму для добавления информации о товарах.
- Администратор на указанной форме вводит всю необходимую информацию. После ввода всех необходимых данных система добавляет новые товары в БД.
- Система предоставляет специальную форму для обновления информации о ноутбуках.
- Администратор на указанной форме может изменить любые поля информации о товарах. После подтверждения изменений система обновляет информацию о товарах.
- Система предоставляет специальную форму для удаления информации о ноутбуках.
- Администратор на указанной форме может ввести требуемые поля информации о товарах, необходимых для удаления. После подтверждения удаления система удаляет информацию о товаре.
1)Не заполнены обязательные поля информации о товаре или заполнены неверно при добавлении информации о товаре: если во время выполнения подчиненного потока «Добавление информации о товаре», система обнаружит, что Администратор не заполнил все обязательные поля или заполнил их неверными данными, то выдается сообщение о допущенных ошибках. Администратор может либо исправить ошибки и повторить попытку добавления информации, либо отменить операцию, после чего основной поток начнется сначала.
2)Не заполнены обязательные поля или заполнены неверно при обновлении информации о товаре: если во время выполнения подчиненного потока «Обновление информации о товаре», система обнаружит, что Администратор не заполнил все необходимые поля или заполнил их неверными данными, то выдается сообщение о допущенных ошибках. Администратор может либо исправить ошибки и повторить попытку добавления информации, либо отменить операцию, после чего основной поток начнется сначала.
3)Добавление отменено: если во время выполнения подчиненного потока «Добавление информации», Администратор решил не добавлять данные, добавление не производится, и основной поток начинается сначала.
4)Обновление отменено: если во время выполнения подчиненного потока «Обновление информации о товаре», Администратор решил не обновлять информацию о товаре, обновление не производится, и основной поток начинается сначала.
5)Удаление отменено: если во время выполнения подчиненного потока «Удаление товара», Администратор решил не удалять товар, удаление не производится, и основной поток начинается сначала.
Предусловие: перед началом выполнения данного варианта использования Администратор должен войти в систему.
Постусловие: если вариант использования завершится успешно, информация о товаре будет в соответствии с выбранным действием либо добавлена, либо обновлена, либо удалена. В противном случае состояние системы не изменится.
На рисунке 7 дана декомпозиция прецедента «Использование БД».
Рисунок 7 - Декомпозиция прецедента «Использование БД»
Назначение: данный вариант использования позволяет клиенту получать информацию о товарах, доступных для заказа, сортировать их, узнавать их стоимость. Основной поток событий: данный вариант использования начинает выполняться, когда клиент хочет получить информацию о товарах, отсортировать их или найти по введенным критериям. Система предлагает на выбор одно из возможных действий:
1) Просмотр записей: система предоставляет специальную таблицу для отображения информации о товарах.
2) Сортировка записей: система предоставляет возможность отсортировать информацию о ноутбуках.
3) Поиск записей: система предоставляет вкладку с полями для ввода значения атрибута поиска, а также выпадающие списки для выбора готового запроса поиска, атрибута поиска, названия таблицы, после чего пользователь отправляет запрос.
Неправильно заполнены поля значений атрибутов поиска: если система обнаружит, что поля заполнены неверно, пользователь увидит предупреждение о том, что введены некорректные данные. Клиент может либо исправить ошибки и повторить попытку, либо отменить операцию, после чего основной поток начнется сначала.
Предусловие: перед началом выполнения данного варианта использования клиент должен войти в систему.
Постусловие: если вариант использования завершится успешно, на экран будут выведены соответствующие запросу сведения. В противном случае состояние системы не изменится.
В ходе работы над частью курсовой работы, представленной в данном разделе, выполнено:
· определение списка действующих лиц с указанием их ролей;
· определение вариантов использования;
· построение диаграммы вариантов использования;
· описание вариантов использования.
Основой для построения модели данных послужили результаты обследования целевой деятельности с построением моделей AS-IS и TO-BE. В качестве инструментария для моделирования данных было отдано предпочтение CASE-средству ERwin.
В результате анализа DFD-диаграммы декомпозиции процесса «Деятельность магазина по продаже ноутбуков» (модель TO-BE), выполнения необходимой нормализации (до 3 н.ф.), определения отношений между сущностями была построена логическая модель данных, представленная на различных уровнях на рисунках 8-12.
Рисунок 8 - Логическая модель на уровне сущностей
Рисунок 9 - Логическая модель на уровне атрибутов
Рисунок 10 - Логическая модель на уровне ключей
Рисунок 11 - Логическая модель на уровне определений
Рисунок 12 - Логическая модель данных на уровне презентаций
После выбора в качестве базовой СУБД, была построена физическая модель данных, показанная ниже на рисунках 13-14.
Рисунок 13 - Физическая модель на уровне колонок
Рисунок 14 - Физическая модель «Магазин ноутбуков» на уровне первичных ключей
В ходе выполнения части курсовой работы, представленной в данном разделе, было выполнено:
· выделение сущностей и атрибутов модели данных;
· определение отношений между сущностями;
· построение логических моделей, представленной на различных уровнях;
· определение в качестве СУБД MS SQL с построением физической модели данных.
логический интерфейс серверный прецедент
4. Логическое моделирование предмета разработки
Ниже в разделе представлены результаты дальнейшего развития логической модели ПО, начало создания которой было положено в разделе «Техническое задание на предмет разработки». Разумеется, язык моделирования и инструментария его реализации остались прежними: UML и CASE-средства Rational Rose.
Для выделения классов анализа был создан глоссарий предметной области, представленный в таблице 1.
Таблица 1 - Глоссарий предметной области
Форма для управления данными о фирме
Форма, на которой отображаются поля для добавления фирмы или редактирования данных о фирме.
Форма для управления данными о поставщике
Форма, на которой отображаются поля для добавления поставщика или редактирования данных о поставщике.
Форма для управления данными о ноутбуках
Форма, на которой отображаются поля для добавления ноутбуков или редактирования данных о них.
Форма для управления данными в каталоге
Форма, на которой отображаются поля для добавления товара в каталог или редактирования данных о товаре.
Форма для управления данными секции
Форма, на которой отображаются поля для добавления секции или редактирования данных о секции.
Форма для управления данными о фирме-производителе
Форма, на которой отображаются поля для добавления фирмы или редактирования данных о фирме.
Форма, которая открывается при запуске приложения
Форма, которая открывается после успешного входа в систему
Класс управления данными в БД и приложении
С использованием данного глоссария были выделены классы для варианта использования ИС «Магазин ноутбуков», которые могут быть сгруппированы следующим образом, представленным в таблице 2.
Форма для управления данными о фирме, Форма для управления данными о поставщике, Форма для управления данными о ноутбуках, Форма для управления данными в каталоге, Форма для управления данными секции, Форма для управления данными о фирме-производителе, Главная форма, Базовый класс БД.
Каталог, Поставщик, Продукция, Фирма, Страна, Секция
Поведение системы, если ее трактовать как объект класса, может быть представлено в виде следующих диаграмм деятельности, представленных на рисунках 15-17.
Рисунок 15 - Диаграмма деятельности всей системы
Рисунок 16 - Диаграмма деятельности «Работа в роли администратора»
Рисунок 17 - Диаграмма деятельности «Работа в роли клиента»
4.4 Взаимодействие объектов и экранные формы к прецедентам
4.4.1 Вариант использования «Вход в систему»
На рисунке 18 приведена диаграмма последовательности с иллюстрацией сообщений основного потока.
На рисунке 19 приведена диаграмма кооперации с иллюстрацией сообщений основного потока.
На рисунке 20 показана экранная форма к диаграммам, представленным выше.
Рисунок 18 - Диаграмма последовательности основного потока
Рисунок 19 - Диаграмма кооперации основного потока
Рисунок 20 - Экранная форма основного потока
4.4.2 Вариант использования «Администрирование БД»
На рисунках 21-24 приведены диаграммы последовательностей: с иллюстрацией сообщений основного потока и декомпозицией каждого из этих сообщений в виде отдельных диаграмм.
Рисунок 21 - Диаграмма последовательности основного потока
Рисунок 22 - Диаграмма последовательности основного потока (создание записи)
Рисунок 23 - Диаграмма последовательности основного потока (обновление записи)
Рисунок 24 - Диаграмма последовательности основного потока (удаление записи)
На рисунках 25-28 приведены диаграммы кооперации: с иллюстрацией сообщений основного потока и декомпозицией каждого из этих сообщений в виде отдельных диаграмм.
Рисунок 25 - Диаграмма коопераций основного потока
Рисунок 26 - Диаграмма коопераций основного потока (создание записи)
Рисунок 27 - Диаграмма коопераций основного потока (обновление записи)
Рисунок 28 - Диаграмма коопераций основного потока (удаление записи)
На рисунках 29-30 показаны экранные формы к диаграммам, представленным выше.
Рисунок 29 - Экранная форма основного потока*
*Примечание: эта форма используется удаления данных.
Рисунок 30 - Экранная форма основного потока (создание записи/обновления записи)
4.4.3 Вариант использования «Использование БД»
На рисунках 31-33 приведены диаграммы последовательностей: с иллюстрацией сообщений основного потока и декомпозицией каждого из этих сообщений в виде отдельных диаграмм.
Рисунок 31 - Диаграмма последовательности основного потока
Рисунок 32 - Диаграмма последовательности основного потока (просмотр/сортировка записей)
Рисунок 33 - Диаграмма последовательности основного потока (поиск записей)
На рисунках 34-36 приведены диаграммы кооперации: с иллюстрацией сообщений основного потока и декомпозицией каждого из этих сообщений в виде отдельных диаграмм.
Рисунок 34 - Диаграмма коопераций основного потока
Рисунок 35 - Диаграмма коопераций основного потока (просмотр/сортировка записей)
Рисунок 36 - Диаграмма коопераций основного потока (поиск записей)
На рисунках 37-38 показаны экранные формы к диаграммам, представленным выше.
Рисунок 37 - Экранная форма основного потока*
*Примечание: эта форма используется для просмотра и сортировки данных.
Рисунок 38 - Экранная форма основного потока (поиск записи)
4.5 Статическая модель предмета разработки к проекту ИС «Магазин ноутбуков»
4.5.1 Диаграмма классов интерфейса предмета разработки
Диаграмма классов пользовательского интерфейса программы ИС «Магазин ноутбуков» представлена на рисунке 39.
Рисунок 39 - Диаграмма классов пользовательского интерфейса проекта в целом
4.5.2 Диаграмма классов к прецеденту «Администрирование БД»
Диаграмма классов к варианту использования «Администрирование БД» представлена на рисунке 40.
Рисунок 40 - Диаграмма классов варианта использования «Администрирование БД»
4.5.3 Диаграмма классов к прецеденту «Использование БД»
Диаграмма классов к варианту использования «Использование БД» представлена на рисунке 41.
Рисунок 41 - Диаграмма классов варианта использования «Использование БД»
4.5.4 Диаграмма классов клиентской части приложения
Диаграмма классов клиентской части приложения ИС «Магазин ноутбуков» представлена на рисунке 42.
Рисунок 42 - Диаграмма классов клиентской части приложения
4.5.5 Диаграмма классов серверной части приложения
Диаграмма классов серверной части приложения ИС «Магазин ноутбуков» представлена на рисунке 43.
Рисунок 43 - Диаграмма классов серверной части приложения
В ходе дальнейшего логического моделирования ПО, описанного в данном разделе, было выполнено:
· выполнено моделирование поведения предмета разработки, в виде диаграмм деятельности;
· выполнено построение моделей взаимодействия объектов к вариантам использования с проработкой экранных форм;
· выполнение построения статической модели ПО с привлечением диаграммы классов.
5. Физическое моделирование предмета разработки
В данной курсовой работе в качестве языка реализации исходного кода был выбран C#, так как он предоставляет множество средств для создания пользовательского интерфейса и работы с базами данных.
В связи с тем, что диаграммы последовательностей с учетом языка реализации совпадают с диаграммами, приведенными в разделе 4.4, то в их представлении нет необходимости.
В связи с тем, что имена классов с учетом языка реализации совпадают с именами, указанными в разделе 4.5, то в их представлении нет необходимости.
5.2.1 Диаграмма компонентов клиентской части приложения
Диаграмма компонентов клиентской части приложения представлена на рисунке 44.
Рисунок 44 - Компоненты, составляющие клиентскую часть приложения ИС «Магазин ноутбуков»
5.2.2 Диаграмма компонентов серверной части приложения
Диаграмма компонентов серверной части приложения представлена на рисунке 45.
Рисунок 45 - Компоненты, составляющие серверную часть приложения ИС «Магазин ноутбуков»
Диаграмма развертывания к приложению ИС «Распределение студентов» представлена на рисунке 46.
Рисунок 46 - Диаграмма развертывания приложения ИС «Магазин ноутбуков»
В данном случае физическое моделирование сводилось к:
· уточнению диаграмм последовательности с учетом языка реализации C#;
· уточнению диаграмм классов с учетом языка реализации;
· построению диаграмм развертывания.
Результатом выполнения курсовой работы является разработанная и спроектированная информационная система «Магазин ноутбуков». Построена модель текущего состояния дел и выявлены недостатки ее реализации, в результате чего разработана схема, предлагающая замену бумажного носителя информации на электронный, а именно - базу данных.
Созданные модели вариантов использования составляют техническое задание к информационной системе «Магазин ноутбуков» и позволят в дальнейшем плодотворно взаимодействовать между собой заказчикам, пользователям и команде разработчиков. Они обеспечивают ясность представления выбранных архитектурных решений и позволяют понять разрабатываемую систему во всей ее полноте.
Тем самым достигнуто сокращение времени и повышение качества разработки ПО, обеспечена высокая степень его независимости от конкретных разработчиков, а также снижены затраты на разработку и сопровождение ПО.
При проектировании системы была разработана логика функционирования приложения, спроектирован дружественный интерфейс приложения, который позволит работать с ним без прохождения специального обучения.
Посредством выполнения курсовой работы поставленные цели и задачи можно считать выполненными.
1. Маклаков С.В. BРwin и ERwin. CASE-средства разработки информационных систем. / С.В. Маклаков. - 2-е изд., испр. и доп. - М.: ДИАЛОГ-МИФИ, 2001. - 304 с.
2. Буч Г. Язык UML: Руководство пользователя / Г. Буч, Д. Рамбо, А. Джекобсон; пер. с англ. - М.: ДМК, 2000. - 432 с.
3. Трофимов С.А. CASE-технологии: практическая работа в Rational Rose / С.А. Трофимов. - 2-е изд. - М.: Бином - Пресс, 2002. - 288 с.
4. Технология программирования: Моделирование программных систем: метод. указания и задания к лабораторным работам / сост. Л.Ф. Дробушевич. - Мн.: БГУ, 2003. - 66 с.
5. Бугай О.В. Системы автоматизированного проектирования ПО. / О.В. Бугай - Мн.:2008. - 51 с.
6. Бугай О.В. Моделирование к разработке программного обеспечения в Visio./ О.В. Бугай. - Мн.: 2010. - 63 с.
Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса. курсовая работа [1,6 M], добавлен 18.02.2013
Анализ деятельности предприятия и моделирование основных бизнес-процессов. Моделирование бизнес-процессов при помощи CASE-средства Rational Rose. Получение прибыли путем расширения рынка товаров и услуг. Бизнес-процесс "Заказ и закупка товара". дипломная работа [1,2 M], добавлен 31.07.2012
Характеристика и организационная структура компании. Описание ее бизнес-процессов. Разработка модели организации различных видов работ, осуществляемых в магазине при помощи BPWin. Ее стоимостной анализ. Построение логической диаграммы процессов в ERWin. курсовая работа [1,2 M], добавлен 11.04.2015
Имитационное моделирование деятельности "Центра обслуживания абонентов". Диаграммы потоков данных. Выявление вариантов использования. Моделирование видов деятельности и взаимодействий. Проектирование пользовательского интерфейса и архитектуры приложения. дипломная работа [1,3 M], добавлен 24.10.2010
Функциональное моделирование IDEF0. Описание всех процессов работы отдела техподдержки. Декомпозиция контекстной диаграммы и основных процессов. Построение модели процессов предметной области в стандарте IDEF1Х. Интерфейс программы контроля трафика. отчет по практике [1,8 M], добавлен 22.11.2014
Обзор веб-приложений для реализации онлайн фитнес-системы поддержания физической формы человека. Диаграммы вариантов использования. Построение логической модели данных. Способы идентификации классов анализа. Разработка сценариев и макетов экранных форм. дипломная работа [1,2 M], добавлен 02.08.2016
Построение логической модели базы данных "Сбор сведений о писателях и их литературных произведениях". Описание таблиц и построение физической модели системы. Проектирование базы данных в XML и разработка клиентской части в среде программирования C#. курсовая работа [817,3 K], добавлен 13.01.2015
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Моделирование процессов ИС "Магазин ноутбуков" курсовая работа. Программирование, компьютеры и кибернетика.
Реферат по теме Детская анестезиология
Реферат: Динамика психологической безопасности у юношей в условиях армейской службы и обучения в военном институте
Реферат: Политика и нравственность 2
Бала Тәрбиесі Эссе
Курсовая работа по теме Финансы: сущность и роль, их функции. Финансовая система ПМР и ее структура
Новая Работа Реферат
Реферат по теме Страны западной Европы
Реферат: Налоги УСН. Скачать бесплатно и без регистрации
Эссе Цена Прогресса 8 Класс
Курсовая работа: Нагул крупного рогатого скота
Курсовая работа по теме Перегляд судових рішень в апеляційному порядку
Реферат: King Lear And The Fool Essay Research
Курсовая работа по теме Разработка программного обеспечения по управлению базой данных "График учета рабочего времени на шахте"
Заказ Диссертаций Из Ргб Проректор
Курсовая работа по теме База даних 'Кінотеатри'
Реферат: Производство металлов и их сплавов
Реферат: Соционика квадры. Скачать бесплатно и без регистрации
Дипломная работа по теме Вулканы Тихоокеанского складчатого пояса в пределах Камчатско-Курильской гряды
Контрольная Работа Химические Реакции Ответы
Сочинение Как Я Выбираю Друга
Словарно-орфографическая работа на уроках русского языка в начальных классах на основе этимологического анализа - Педагогика дипломная работа
Совершенствование конкурентной стратегии развития ЗАО ВТБ-24 - Менеджмент и трудовые отношения курсовая работа
Управление запасами - Маркетинг, реклама и торговля курсовая работа