Разработка электронного учебника по дисциплине «Менеджмент» для студентов среднего профессионального образования для всех специальност

ВВЕДЕНИЕ                    

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

Темой дипломного проекта является «Разработка электронного учебника по дисциплине «Менеджмент» для студентов среднего профессионального образования для всех специальностей»

В дипломном проекте раскрывается следующие вопросы:

• исследование идеи;

• планирование проекта;

• анализ требований;

• тестирование и отладка;
• проектирование;

• документирование;

• охрана труда и техника безопасности на персональном компьютере;
• экономическая часть.

Целью дипломного проекта является:

• закрепление и углубление теоретических знаний студентов, изучающих «Менеджмент»;
• овладение навыками самостоятельной работы;
• приобретение навыков умений делать выводы, логически последовательно и доказательно излагать свои мысли.

Задачей дипломного проекта является:

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

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

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

1. ОБЩАЯ ЧАСТЬ

1.1. Исследование идеи

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

Разработка программного продукта, включает следующие действия:

1. Возникновение и исследование идеи – определяет направленность и тему электронного учебника, а также его востребованность и полезность;

2. Планирование проекта – создание плана проекта, определение требований заказчика, выбор технических средств для разработки программного продукта, выбор языка программирования;

3. Анализ требований – анализ всех требований, выдвигаемых заказчиком;

4. Проектирование – разработка кода программы, создание программного продукта;

5. Тестирование – проверка результатов, полученных в результате проектирования;

6. Отладка – это процесс исправление ошибок. Отладка является следствием успешного тестирования;

7. Документирование – предусматривает формирование описания информации созданного программного продукта.

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

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

Теоретическое обоснование

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

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

Менеджмент  – как самостоятельный вид  профессиональной деятельности предполагает, что менеджер независим от собственности  на капитал фирмы, в которой он работает.

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

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

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

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

Планом задачи (анализом) является схематическое составление  всех этапов написания программы.

Целью дипломного проекта является:

• закрепление и углубление теоретических знаний студентов, изучающих «Менеджмент»;
• овладение навыками самостоятельной работы;
• приобретение навыков умений делать выводы, логически последовательно и доказательно излагать свои мысли.

Цель может быть достигнута посредствам решения задач:

• собрать нужную информацию по темам;
• логично распределить ее, согласно учебному плану;
• сделать удобным просмотр на каждую тему;
• создать удобный интерфейс;

• разработать систему знаний для студентов посредствам психологического тестирования.

Цели проекта

Целью дипломного проекта является разработка электронного учебника по дисциплине «Менеджмент», состоящего из раздела теоретической части и теста, таким образом, чтобы был представлен удобный в использовании интерфейс, понятный студентам, в следующим виде:

1. Главное окно;
2. Окно, в котором содержится теоретическая часть,
3. Окно, в котором содержится тест с вопросами соответствующими темам учебника;
4. Окно, в котором представлена информация о программе и разработчике.

1.2. Планирование проекта

План проекта

Подготовка плана является самой первой стадией планирования разработки программного продукта. В начале планирования (после выбора направления продукта, т.е. в какой сфере программа проявит себя) в первую очередь программист-разработчик должен выбрать среду разработки (язык программирования), которая предоставит заказчику наиболее удобный доступ.

Основой планирования проекта  является описание этапов плана разработки программного продукта:

• рассмотрение идеи;
• сбор информации;
• анализ требований;
• программирование;
• тестирование и отладка;
• документирование;
• эксплуатация и сопровождение.

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

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

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

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

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

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

Выбор языка  программирования

Среда программирования Delphi 7 наиболее подошла для написания данного программного продукта, она является одной из наиболее удобных объектно-ориентированных сред. Delphi – интегрированная среда разработки (ИСР или Integrated development environment - IDE), которая во время проектирования формы и размещения на ней компонентов автоматически формирует коды программы, включая в нее соответствующие фрагменты, описывающие данный компонент.

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

Delphi 7 быстро создаёт профессиональный оконный интерфейс для любых приложений, написанных на любом языке; интерфейс удовлетворяет всем требованиям Windows и автоматически настраивается на ту систему, которая установлена на компьютере пользователя, поскольку использует многие функции, процедуры, библиотеки Windows, также Delphi может, создавать системы работы с локальными и удаленными базами данных любых типов; при этом имеются средства автономной отладки приложений с последующим выходом в сеть, ещё Delphi создавать приложения, которые управляют другими, в част-

ности, такими программами Microsoft Office, как Word, Excel и другие, поэтому для разработки электронного учебника выбираем язык программирования Delphi 7 и HTML.

В новых версиях  Delphi реализуются все новые мастера, компоненты и технологии программирования. Действительно, процесс разработки в Delphi предельно упрощен. Достаточно поместить нужные компоненты на поверхность Windows-окна (в Delphi оно называется формой) и настраивать их свойства с помощью специального инструмента (Object Inspector). С его помощью можно связать события этих компонентов (нажатие на кнопку, выбор мышью элемента в списке и т.д.) с кодом его обработки. Причем разработчик получает в свое распоряжение мощные средства отладки (вплоть до пошагового выполнения команд процессора), удобную контекстную справочную систему. Начиная с первых версий, Delphi и Windows развивались параллельно: Microsoft предлагала новые технологии, Borland отвечала на это новой версией Delphi. И каждая новая версия среды все больше радовала своих приверженцев, делала труд программиста все более легким и приятным. Эволюционное развитие  среды Delphi в ее седьмой версии сделало возможным почти отказаться от традиционного программирования. Львиную долю работы по созданию дизайна и структуры приложения берет на себя среда. Это не лишает программиста работы, напротив, дает возможность сосредоточить усилия на творческом компоненте разработки программ, отдав все поддающиеся автоматизации действия среде.

Язык в полной мере поддерживает все требования, предъявляемые к  объектно-ориентированному языку программирования. Как и положено строго типизированному языку, классы поддерживают только простое наследование, но зато интерфейсы могут иметь сразу несколько предков. К числу особенностей языка следует отнести поддержку обработки исключительных ситуаций (exceptions), а также перегрузку методов и подпрограмм (overload) в стиле C++.

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

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

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

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

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

Можно отметить следующие особенности среды разработки:

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

Стадии жизненного цикла

Цикл жизни программного продукта – это интервал времени  от начального момента возникновения  идеи о необходимости в программном  изделии до момента снятия его  с эксплуатации.

За период жизненного цикла программный продукт проходит три стадии:

• разработку;
• использование;
• сопровождение.

Стадия разработки начинается с возникновения и исследования идеи до преобразования ее в работающую  программу.

Стадия использования начинается в то время когда, разработка программного продукта завершена и продукт передаётся пользователю. 

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

Основным нормативным  документом, регламентирующим состав процессов  жизненного цикла программного обеспечения, является международный стандарт ISO/IEC 12207 (ISO – International Organization for Standardization – Международная организация по стандартизации, IEC – International Electrotechnical Commission – Международная комиссия по электротехнике). Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания программного обеспечения. В данном стандарте программное обеспечение (или программный продукт) определяется как набор компьютерных программ, процедур и, возможно, связанной с ними документации и данных. Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные и выходные данные. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других процессов, и результатами.

1.3. Анализ требований

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

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

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

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

Язык, которым пользуются в анализе, основан на концептуальной модели объекта, называемой аналитической  моделью. Аналитическая модель помогает нам уточнить требования по пунктам, и дает советы по внутренней организации программы, в том числе по совместимому использованию внутренних ресурсов. Фактически, внутренние ресурсы могут быть представлены  как объекты аналитической модели, как банковский счет клиента, к которому обращаются варианты использования «положить на счет» и «снять со счета».

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

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

Цели анализа:

• модель анализа дает более точную спецификацию требований.

• модель анализа структурирует требования так, что это облегчает их понимание, подготовку, внесение изменений и вообще работу с ними.

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

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

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

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

В дополнении к вариантам  использования аналитики должны также определить, как должен выглядеть пользовательский интерфейс для реализации.

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

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

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

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

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