ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ .. 3

ВВЕДЕНИЕ .. 4

ПОСТАНОВКА ЗАДАЧИ .. 6

Анализ предметной области . 6

1.2   Формирование требований к программному продукту . 7

1.2.1 Бизнес-требования . 8

1.2.2 Пользовательские требования . 8

1.2.3 Функциональные требования . 9

1.2.4 Нефункциональные требования . 9

Ограничения . 9

Требования к интерфейсам .. 9

Программные средства разработки . 10

Аппаратные средства разработки . 10

ПРОЕКТИРОВАНИЕ ПРОГРАММНЫХ МОДУЛЕЙ .. 11

Архитектура системы .. 11

Моделирование основных сценариев системы idef, uml 12

Диаграммы последовательности . 12

Диаграммы деятельности . 15

Проектирование графического интерфейса пользователя . 16

РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА .. 18

Подключение библиотек . 18

Разработка пользовательского интерфейса . 18

Разработка основного функционала . 19

Главная форма Form 1. cs . 19

Форма Form2.cs . 20

ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ .. 33

История изменений . 33

Определение объектов тестирования . 33

Описание процесса тестирования . 34

ПОТЕХНИКЕБЕЗОПАСНОСТИИОХРАНЕТРУДА .. 36

ЗАКЛЮЧЕНИЕ .. 39

СПИСОК ЛИТЕРАТУРЫ ... 40

 

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ

АРМ – Автоматизированное Рабочее Место

ДОО – Дизайнер Образовательного Опыта

WF, WinFroms – WindowsForms

C# - язык программирования CSharp

ОС – операционная система

IDEF - I-CAM DEFinition или Integrated DEFinitionметодология функционального моделирования и графическая нотация

GUI – GraficUserInterface графический пользовательский интерфейс

 

 

ВВЕДЕНИЕ

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

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

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

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

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

Функционал, разработанный в приложении, должен полностью отвечать бытовым требованиям пользователя, и будет включать в себя:

1. Программа для создания майндкарт.

2. Календарь-планер.

3. Заметки.

4. Редактор шаблонов.

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

Для осуществление поставленной цели необходимо выполнить следующие задачи:

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

2. сформулировать требования к проектируемому программному продукту, включающие в себя:

1. быстрый доступ к различным элементам программы;

2. возможность создания, изменения, сохранения файлов;

3. разработать модель программного продукта, включая:

1. UML-диаграммы:

1. вариантов использования (use-case);

2. деятельности (activity);

3. последовательностей (sequence);

4. разработать основной функционал программного продукта для организации работы;

5. провести тестирование программного продукта;

6. выполнить технико-экономическое обоснование программного продукта;

7. подготовить документационный материал по процессу работы над проектом;

8. обосновать курсовую работу.

 

 

ПОСТАНОВКА ЗАДАЧИ

Анализ предметной области

 

АРМ – не очень разработанный рынок на данный момент, большинство проектов делаются по договору между компанией-заказчиком и разработчиками, и в открытом доступе количество программ не настолько многочисленно. Что подводит нас к следующему заключению: после долгого изучения ресурсов Интернет, включающих в себя поиск на русских, английских, испанских и индийских сайтах, на рынке не существует программы для ДОО, что делает данный проект первым в своем роде.

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

1. « MSVisio» – Данная программа помогает пользователю в составлении майндкарт, а также других диаграмм, и является частью пакета MSOffice.

                                                         Рис1.1 интерфейс программы MSVisio

2. « LeaderTask» – ежедневник-планер, позволяющий пользователю расписывать свой день по часам, повышая организацию и эффективность работы

                                                           Рис1.2 интерфейс программы LeaderTask

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

                                                         Рис1.3 интерфейс программы LimNoteTree

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

1. Средство создания майндкарт и диаграмм, легкий и быстрый в использовании.

2. Ежедневник-планер, позволяющий пользователю удобно распоряжаться своим временем.

3. Приложение для создания заметок, быстрое и красивое, с поддержкой рисования и прикрепления файлов.

4. Приложение для хранения шаблонов, позволяющее добавлять, редактировать и выгружать шаблоны

5. Единый и простой дизайн, позволяющий долго работать без сильной нагрузки на глаза.

 

1.2 Формирование требований к программному продукту

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

Требование – это условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;

1.2.1 Бизнес-требования

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

Бизнес требования для реализуемого в курсовом проекте приложения следующие:

· Система должна предоставить интерфейс, упрощающий взаимодействие пользователя с рядом программ.

· Система должна позволить ускорить работу путем быстрого доступа к программам и легкому импорту/экспорту.

Спроектированный продукт направлен на улучшение качества работы ДДО.

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

Приложение должно быть совместимо с современными версиями Windows, оно должно быть адаптивным — обладать адаптивностью под разные размеры мониторов компьютерных устройств.

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

 

1.2.2 Пользовательские требования

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

Usecase диаграмма – описание поведения системы, когда она взаимодействует с кем-то (или чем-то) из внешней среды.

На рисунке 1.4       представлена диаграмма вариантов использования проектируемого приложения.

 

 

Рис. 1.4 Диаграмма вариантов использования

В разрабатываемом программном обеспечении пользователь будет иметь такие возможности, как:

· Создание, работа и сохранение майндкарт и диаграмм

· Создание событий в планере

· Создание заметок

· Загрузка, редактирование и выгрузка шаблонов

· Общие настройки приложения

 

1.2.3 Функциональные требования

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

Разрабатываемое приложение «АРМ ДОО» строится на основании одной функциональной роли - пользователь.

Функциональные требования для пользователя:

· Создание диаграмм

· Работа с диаграммами

· Сохранение диаграмм в разных форматах

· Создание событий в планере

· Создание заметок

· Загрузка шаблонов

· Редактирование шаблонов

· Выгрузка шаблонов

· Общие настройки приложения

 

1.2.4 Нефункциональные требования

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

Нефункциональные требования для данной системы:

· Удобный интерфейс пользователя;

· Единый стиль интерфейса;

· Интуитивно понятная навигация.

 

Ограничения

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

Ограничения приложения «АРМ ДОО»:

· Приложение разрабатывается для компьютеров на базе OSWindows с поддержкой .NET и C#

 

Требования к интерфейсам

Интерфейс приложения должен быть выполнен с помощью WindowsForms, разметка формы написана на языке C#.

Сохранение файлов в памяти компьютера, функции «Сохранить как», «Закрыть» реализуются внутренними библиотеками.

Использование внешних библиотек для иконок, материалов форм.

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