Файл: На тему Создание электронного учебника по теме «Технологии интеграции программных приложений» из курса «Информатика и программирование».pdf

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

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

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

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

По инвентарной книге устанавливают стоимость книги, создают акт о времени ее приобретения. Благодаря этому, по ней можно узнать, есть ли книга в библиотеке или уже она выбыла из ассортимента, когда, а это, равным образом, дает возможность выяснить, по какой причине книга выбыла [6, с.133].

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

В конце каждого месяца работник библиотеки создает отчет, в котором указывает поступившую за месяц литературу, а также списанную, состояние книжного ресурса на прошлый месяц и на следующий [6, с.99].

Для удобства работы читателя с библиотечными ресурсами библиотекарь составляет по карточкам каталог книг.

Так же в библиотеку обращаются классные руководители для получении новой информации для создания методичек и написания учебного плана. Для преподавателей библиотекарь создает список литературы по предметам. Если читатель знает, какая книга ему необходима, то библиотекарь по данному названию книги и автору совершает поиск. При выдаче и возврате книги библиотекарь заполняет карточку учета читателя [6, с.31].

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

Глава 2. Разработка электронного учебника по теме «Технологии интеграции программных приложений» из курса «Информатика и программирование»

2.1. Методы разработки объектно-ориентированных приложений

В основе объектно-ориентированного программирования, далее называемое ООП, содержит представление о том, что программную систему требуется проектировать как совокупность сольватацирующих друг с другом объектов [10, c.22].

Объектно-ориентированный подход основан на:

• выделении классов объектов;
• установлении свойств объектов и методов их обработки;
• создании иерархии классов, наследовании свойств объектов и методов их обработки.

Каждый субъект связывает данные и программу обработки этих данных и относится к определенному классу.

Основная цель ООП – справиться с следующими ошибками проектирования «сверху вниз»:

• недостаточное внимание к структурам данных;
• слабая связь структур, данных с процессами их обработки.

Кроме того, ООП позволяет резко сократить объем и трудоемкость подготовки программ, имеющих дело с множеством связанных друг с другом объектов [11, c.21].

Самые обычные неавтоматизированные проектирования алгоритмов и программ используются при разработке маленьких по трудоемкости и структурной сложности пакетов программ, не нуждается в огромном числе разработчиков. Пакеты программ имеют прикладной характер [11, c.22].

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

Объектно-ориентированное программирование, или ООП, представляет собой методы анализирования, проектирования и написания приложений с помощью объектов. Что такое объекты? Объектом называется часть кода, обладающая свойствами и методами. Объекты создаются на основе так называемых классов и могут имитировать правила обработки данных, различные ситуации и даже физические предметы [10, c.28].

Согласно моего мнения люди привыкли мыслить категориями объектов. Например, теннисный матч можно представить, как совокупность объектов мячей, ракеток, напульсников и игроков. Используя ООП, вы имитируете в своей программе материальные объекты реального мира [11, c.34].

Но на этом возможности ООП не заканчиваются. Вы можете применять в программировании те же принципы, которыми руководствуетесь в повседневной жизни.

ООП упрощает сам процесс разработки программ и приложений, поскольку методы и свойства объектов подчиняются простейшей модели безопасности. Эта модель определяется словами Private, Public, Friend. Если вы желаете, чтобы приложение могло свободно взаимодействовать с вашим объектом, организуйте доступ к нему (Public) метод и свойства. Закрытые методы и свойства используются только самим объектом; за его пределами они не проявляются и не могут применяться в других процедурах.

Самым фундаментальным объектом Visual Basic является объект формы [8, c.16]. Без этого объекта ваши приложения мало вероятно можно было бы назвать «визуальными» (visual). Формы обладают множеством свойств, среди которых BorderStyle, Caption, Name, WindowState. Все эти свойства доступны и подлежат свободным изменениям вашими программами. Формы также обладают методами, в число которых входят Load, Unload, Show, Hide.

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

Назначение ООП.

Зачем программисты используют ООП в своей работе? Я считаю дело в том, что программист может распределить функции программы по нескольким независимым друг от друга объектам [15, с.28]. Такой подход делает проще программирование и разработку программ. Оптимизация объектов уменьшает риск нежелательного взаимодействия фрагментов программы друг с другом [15, с.41]. В сущности, каждый объект моделирует ту или иную ситуацию реального мира.

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

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

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

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

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

Объектно-ориентированное программирование (ООП) является самой популярной и удобной технологией программирования в современном мире. В ООП основная единица – это объект, который содержит в себе, данные (свойства) и средства (методы) обработки данных с сокрытием внутренней структуры данных и реализации методов объекта от остальной программы [10, c.33].

ООП – это создание приложений из объектов, подобно тому как, например, из различных деталей автомобильного рем комплекта можно собрать какую-либо деталь или запчасти. Одни объекты приходится создавать самостоятельно вручную, другие можно создать из всевозможных программных библиотек [10, c.34].

2.2. Выбор средств разработки программного обеспечения

Проще говоря, компьютер - это не более, чем механизм, способный принимать и генерировать электрические сигналы [24, с.5]. То, что наделяет смыслом компьютер и доказывает его назначение, называется «программой». В разных смыслах «программа» - это некоторая скоординированная последовательность различных действий, которая может привести пользователя к желаемому результату. Задумавшись, можно предположить, что это определение в общем и целом не противоречит различным многочисленным определениям данного термина, представленным и выделенным в специальной научной и публичной литературе. Из этого определения можно выделить для нас важное то, что программа может привести нас к желаемому итогу и то, что программу охарактеризовывает пошаговость. То есть то, что она состоит из определенного, заданного разработчиком, количества промежуточных действий, которые мы должны произвести, чтобы достичь определенных результатов.

Компьютерные программы, в отличие от множества других (например, программа специального курса по истории философии) имеет строгую формализацию [18, с.113]. Из этого следует, что каждый шаг должен быть в ней выражен точно и непротиворечиво. Такую возможность нам дают современные языки программирования.

Главным образом, мне хотелось бы сразу выйти из постоянных споров на постоянную тему «какой язык программирования лучше», «на чем лучше программировать» и т.п. Таким образом они всегда отражают очень узкий, привычный взгляд на проблему. Язык не может быть панацеей, его отличительные качества для одних задач могут быть плохими для противоположных задач [10, с.5].

Во-вторых, следует различать язык программирования (Basic, Pascal) от его реализации, которая обычно предоставляется в составе его среды программирования (Quick Basic, Virtual Pascal) - набора средств для редактирования готовых текстов, генерации исполняемого (выполняемого) кода, отладки, управления проектами и т.д. Каждая среда программирования предоставляет свой интерпретатор или компилятор с этого языка, который зачастую допускает использование конструкций, не фиксированных в стандарте [10, с.6].

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

Безусловно, на практике обучение не может разделяться от реально поставленных задач [8, с.4]. Так называемые учебные задачи в большей степени страдают ненужной абстрактностью и неприменимостью в реальности. Освоение языка программирования (или среды программирования) само по себе не может считаться поставленной задачей, точнее - это очень эффективный подход [8, с.7]. Эффективное освоение программного языка реально только на реальных примерах. Хотя с другой стороны, программирование решения полноценной проблемы из реальной жизни на начальном этапе изучения языка оказывается непосильной ношей, которая может испугать, а не заинтересовать.

По моему мнению, при решении прикладной задачи в большинстве случаев язык и среда программирования не выбираются, а задаются из внешней среды - заказчиком, директором, начальником, и т.п. Так же в редком случае, когда есть возможность выбора, исходить, на мой взгляд, следует из следующих некоторых условий (в порядке преимущества): а) характера самой задачи и технических требований; б) наработанного инструментария и имеющихся для данной среды библиотек; в) имеющихся в языке и среде программирования инструментальных средств. Зачастую при похожем выборе поступают строго наоборот: прежде всего решают, что программировать будут на объектах, затем думают, что будет использована какая-либо библиотека, в итоге подгоняют все это под технические требования, объясняясь тем что заказчик не знает или не знал, чего хотел...