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

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. Анализ требований

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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