О процессе создания АС системы составления индивидуального плана тренировок

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

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

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

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

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

Для выполнения данной работы в качестве инструмента был выбран программный продукт BPwin от фирмы Platinum technology/Logic Works.

На этапе моделирования подсистемы используются нотации SADT (Structured Analysis and Design Technique) и DFD (Data Flow Diagrams), поскольку они позволяют наиболее адекватно отобразить логику предметной области и легко воспринимаются для анализа.

Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как входная информация, которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу .

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

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

Для того чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. На рисунке 1 изображена функциональная модель AS-IS (как есть).

Рисунок 1 - Функциональная модель AS-IS

Функциональная модель AS-IS строится с целью изучения работы клуба, описания основных его функций и подфункций и взаимосвязей между ними, что помогает оценить эффективность выполняемых действий и выявить слабые стороны системы [4]. Особый упор при анализе и построении сделан на декомпозицию диаграммы «Составления плана индивидуальных тренировок». На рисунке 2 изображена функциональная модель TO-BE (как должно быть).

Рисунок 2 - Функциональная модель TO-BE

Функциональная модель TO-BE строится на основе модели AS-IS после оценки эффективности выполняемых действий и выявления слабых сторон системы.

Для создания и администрирования базы данных web-сайта была выбрана СУБД MySQL. На рисунке 3 изображена логическая модель базы данных.

Спортсмен 1с1_спортсмен фамилия отчество возраст телефон e-mail вид_спорта

1а_тренер (гК)

-• !с1_спортсмен (FK) дата_начала дата_окончания план_тренеровки

Тренер id_TpeHep фамилия_тренера имя_тренера

| отчество_тренера возраст_тренера место_жительства телефон_тренера рейтинг

Рисунок 3 - Логическая модель базы данных

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

Рисунок 4 - Интерфейс АС составления индивидуального плана тренировок

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