Разработка электронного пособия

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Теоретическая часть

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

1.2 Основание для разработки

1.3 Требования к разработке

1.4 Информационное обеспечение

1.5 Графическая модели информационных процессов

2. Опытно-экспериментальная часть

2.1 Описание программного обеспечения

2.2 Описание электронного пособия

3. Экономическая часть

3.1 Оценка целесообразности разработки алгоритма и программного продукта

3.2 Определение трудоемкости разработки алгоритма и программного продукта

3.3 Календарное планирование

3.4 Определение себестоимости и цены разработки электронного пособия

3.5 Определение и оценка показателей экономической эффективности разработанного алгоритма и программного продукта

4. Техника безопасности при работе с ПЭВМ

Заключение

Список используемых источников

Приложение

программный алгоритм информационный графический

Введение

Современный период развития цивилизованного общества характеризует процесс информатизации.

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

Одним из приоритетных направлений процесса информатизации современного общества является информатизация образования -- внедрение средств новых информационных технологий в систему образования.

Это сделает возможным:

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

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

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

4. создание и использование компьютерных тестирующих, диагностирующих, контролирующих и оценивающих систем.

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

Цель дипломного проекта заключается в разработке электронного пособия для специальности 230103 «Автоматизированные системы обработки информации и управления» (по отраслям) по дисциплине «Компьютерные сети».

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

1. Произвести анализ предметной области

2. Разработать техническое задание

3. Построить модели информационной системы

4. Произвести анализ и выбор программного обеспечения для осуществления реальной части дипломного проектирования

При моделировании информационной системы необходимо построить следующие модели:

1. Функциональную модель системы

2. Графическую модель системы

3. Диаграммы построения информационной системы (UML-диаграммы) к которым относятся:

a. Диаграмма классов

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

c. Диаграмма сотрудничества

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

1. Теоретическая часть

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

Для студентов Томского техникума железнодорожного транспорта обучающихся на третьем курсе по специальности 230103 «Автоматизированные системы обработки информации и управления» (по отраслям) является обязательным изучение дисциплины «Компьютерные сети». Рабочая программа дисциплины включает 80 часов, в том числе 32 часа предполагают практические работы, результатом изучения которых студент должен приобрести: знания, умения и навыки.

При изучении дисциплины «Компьютерные сети» студент должен изучить следующие темы:

1. Системы «терминал-хост»;

2. Системы «клиент-сервер». Разновидности функциональных структур «клиент-сервер»;

3. Информационно-вычислительные сети (локальные, промежуточные, глобальные);

4. Коммутация пакетов. Методы пакетной коммутации (датаграммный и способ виртуальных соединений);

5. Модель взаимодействия открытых систем (OSI -уровни);

6. Базовые сетевые топологии («общая шина», «кольцо», «звезда»);

7. Организация межсетевого взаимодействия. Мосты;

8. Сети передачи данных. Каналы телекоммуникаций;

9. Кабельные каналы (витые пары, коаксиальный кабель);

10. Оптоволоконные линии;

11. Беспроводные каналы;

12. Локальные сети;

13. Технологии ЛС (Arcnet, Tolken Ring, Ethernet, ATM);

14. Технические средства локальной сети (сетевые карты, концентраторы, коммутаторы (switch), репитеры, маршрутизаторы);

15. Система адресов Internet (адрес Ethernet, IP, система доменных имен, почтовые адреса);

16. Совокупность протоколов Internet TCP/IP;

17. Протоколы канального уровня SLIP и PPP и межсетевые протоколы (IP, ICMP);

18. Протоколы транспортного уровня (UDP, TCP)
Протокол эмуляции удаленного терминала Telnet;

19. Электронная почта и протоколы обслуживания электронной почты (SMPT, POP3, IMAP);

20. Система архивов FTP;

21. Информационные технологии WWW;

22. Предоставление документов в HTML;

23. Протокол обмена гипертекстовой информации HTTP;

24. Программное обеспечение WWW (NN, IE, Opera).

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

Данный электронный учебник должен помочь студентам в:

1. Изучении нового теоретического материала

2. Осуществить контроль знаний

3. Повторение пройденного материала

4. Приобрести навыки работы

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

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

1.2 Основание для разработки

Основанием для разработки электронного пособия по дисциплине «Компьютерные сети» является наличие электронных пособий по данной дисциплине с рядом недостатков, которые не соответствуют государственному образовательному стандарту среднего профессионального образования. Поэтому цикловой комиссией специальности 230103 «Автоматизированные системы обработки информации и управления» (по отраслям) было принято решение на разработку электронного пособия по дисциплине «Компьютерные сети» для студентов Томского техникума железнодорожного транспорта.

Назначение разработки

Данное электронное пособие будет предназначено для помощи в работе преподавателя дисциплины «Компьютерные сети» специальности 230103 «Автоматизированные системы обработки информации и управления» (по отраслям), также учебник позволит автоматизировать процесс обучения студентов, что позволяет повысить качество обучения студентов. Также пособие позволит студенту наглядно изучить дисциплину.

1.3 Требования к разработке

Требования к функциональным характеристикам

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

1. Доступность

2. Полнота

3. Достоверность

4. Полезность

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

Хранение учебно-методического материала

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

Предоставление материала в удобной для пользователя форме

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

Уведомление пользователей о непреднамеренных действиях

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

Требования к надежности

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

Требования к условиям эксплуатации

Электронное пособие будет работать в стационарном режиме при соблюдении следующих требований:

1. Температура окружающей среды 18 - 30 выше нуля;

2. Относительная влажность воздуха 40 - 80%;

3. Атмосферное давление 630 - 800 мм.рт.ст.;

4. Диапазон частот вибрации 1 - 3 Гц.

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

Системный администратор должен выполнять следующий перечень задач:

1. Поддержка работоспособности технических средств;

2. Инсталляция (установка) и поддержка работоспособности системных программных средств - операционной системы;

3. Инсталляция программ;

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

1.3.4 Требования к программным и техническим средствам

Для нормального функционирования электронного учебника к техническим характеристикам ПК предъявляются следующие минимальные требования:

1. Технические средства:

a. Системный блок

b. Монитор

c. Клавиатура

d. Манипулятор типа «Мышь»

2. Требования к техническим средствам:

a. Процессор: Celeron 1.4 GHz

b. Оперативная память: 256 Mb

c. HDD: 400 Mb

d. Видео: Radeon 64 Mb/128 bit AGP

3. Требования к программной совместимости:

a. Операционная система: Windows 2000 и выше

b. Microsoft.Net Framework v. 1.1

1.4 Информационное обеспечение

Функциональная модель

Для описания процессов подлежащих учету в автоматизированных системах используют функциональное моделирование. Функциональную модель строится исходя из точки зрения исполнителя. Цель моделирования - выявить связи между этапами построения АИС. На рисунке № 1показано, что создание АИС ведется на основе данных от заказчика и под управлением его потребностей, а необходимыми ресурсами являются программное обеспечение и технические средства обучения.

Рисунок 1 Функциональная модель системы

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

Диаграммы построения информационной системы

UML (сокр. от англ. Unified Modeling Language -- унифицированный язык моделирования) -- язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем.

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

UML позволяет разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре.

В UML используются следующие виды диаграмм:

1. Структурные диаграммы:

a. Классов ;

b. Компонентов ;

c. Кооперации;

d. Развёртывания ;

e. Объектов;

f. Пакетов;

2. Диаграммы поведения:

a. Деятельности ;

b. Конечных автоматов (состояний);

c. Прецедентов;

3. Диаграммы взаимодействия:

a. Коммуникации/Кооперации;

b. Обзора взаимодействия;

c. Последовательности;

d. Синхронизации.

Диаграмма классов

Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами из других классов. Графически класс изображается в виде прямоугольника, который дополнительно может быть разделен горизонтальными линиями на разделы или секции (рис.1). В этих разделах могут указываться имя класса, атрибуты (переменные) и операции (методы).

Рисунок 3 Графическое изображение класса на диаграмме классов

Обязательным элементов обозначения класса является его имя. На начальных этапах разработки диаграммы отдельные классы могут обозначаться простым прямоугольником с указанием только имени соответствующего класса (рис. 1, а). По мере проработки отдельных компонентов диаграммы описания классов дополняются атрибутами (рис.1, б) и операциями (рис.1, в).

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

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

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

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

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

1. <квантор видимости><имя атрибута>[кратность]:

2. <тип атрибута> = <исходное значение>{строка-свойство}

Квантор видимости может принимать одно из трех возможных значений и, соответственно, отображается при помощи специальных символов:

1. Символ "+" обозначает атрибут с областью видимости типа общедоступный (public). Атрибут с этой областью видимости доступен или виден из любого другого класса пакета, в котором определена диаграмма.

2. Символ "#" обозначает атрибут с областью видимости типа защищенный (protected). Атрибут с этой областью видимости недоступен или невиден для всех классов, за исключением подклассов данного класса.

3. И, наконец, знак "-" обозначает атрибут с областью видимости типа закрытый (private). Атрибут с этой областью видимости недоступен или невиден для всех классов без исключения.

Квантор видимости может быть опущен. В этом случае его отсутствие просто означает, что видимость атрибута не указывается. Эта ситуация отличается от принятых по умолчанию соглашений в традиционных языках программирования, когда отсутствие квантора видимости трактуется как public или private. Однако вместо условных графических обозначений можно записывать соответствующее ключевое слово: public, protected, private.

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

Рекомендации по построению диаграмм классов

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

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

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

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

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

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

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

Рисунок 4 Диаграмма классов

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

Диаграмма последовательности (англ. sequence diagram) -- диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. Используется в языке UML.

Основными элементами диаграммы последовательностей являются обозначения объектов (прямоугольники), вертикальные линии (англ. lifeline), отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо. Ее недостатком является то, что она занимает много места.

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

Рисунок 6 Диаграмма сотрудничества

Диаграмма вариантов использования системы

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

Если пользователь будет выступать в роли преподавателя ему будут предоставлены следующие возможности:

1. Входить в программу;

2. Проверять тесты;

3. Редактировать теорию;

4. Редактировать тесты;

5. Выходить из программы.

Рисунок 7 Диаграмма вариантов использования (роль - преподаватель)

Если пользователь будет выступать в лице студента то ему будут предоставлены следующие возможности:

1. Входить в программу;

2. Изучать теорию;

3. Выполнять практические работы;

4. Выполнять тестовые задания;

5. Отвечать на контрольные вопросы;

6. Просматривать глоссарий;

7. Просматривать видеоролики;

8. Выходить из программы.

Рисунок 8 Диаграмма вариантов использования (роль - студент)

1.5 Графическая модели информационных процессов

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

Рисунок 9 Схема информационного процесса

2. Опытно-экспериментальная часть

2.1 Описание программного обеспечения

Программное обеспечение (далее ПО) - это Основная составляющая современных информационных технологий (далее ИТ), автоматизированных информационных систем и мировых информационных ресурсов.

Программное обеспечение принято по назначению подразделять на:

1. Системное ПО

2. Прикладное ПО

3. Инструментальное ПО

К системному ПО относятся:

1. ОС

2. Драйвера

3. Утилиты

К прикладному ПО относят:

1. Текстовые редакторы

2. Мультимедиа

Инструментальное ПО:

1. СУБД

2. Visual studio

3. Delphi

Также ПО подразделяется по способу распространения и использования на следующие категории:

1. Свободное ПО (или freeware) - широкий спектр программных решений, в которых права пользователя («свободы») на неограниченные установку, запуск, а также свободное использование, изучение, распространение и изменение (совершенствование) программ защищены юридически авторскими правами при помощи свободных лицензий.

2. Лицензионное ПО

3. Условно бесплатное ПО

Описание программного обеспечения для реализации проекта.

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

Таблица 1

Сравнение программного обеспечения

Функции	Open office Impress	Macromedia Captivate	Borland Delphi 7
1	2	3	4
Создание формы	+	+	+
Подключение мультимедиа	+	+	+
Создание элементов формы	+	+	+
Редактирование	+	-	-
Поиск	-	+	+
Сбор информации	+	+	+
Комплектование информации	+	+	+
Поддержание целостности, сохранности, актуальности и достоверности	+	+	+
Возможность создания «Меню»	+	+	+
Создание тестов	+	+	+
Создание и подключение справочников	-	+	+

Вывод: На основании проведения анализа программных средств, для реализации дипломного проекта проекта выбрана программная среда Borland Delphi 2007. Рассмотрим возможности и функции данной среды.

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

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

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

UMLet

UMLet является открытым исходным кодом Java основе UML-инструмент предназначен для обучения унифицированному языку моделирования, и для быстрого создания UML-диаграмм.

UMLet имеет простой пользовательский интерфейс, который использует текстовые коды форматирования, чтобы изменить основные формы. Это требует от пользователя, чтобы узнать еще один язык разметки текста, но усилия малых и разметки очевидно для опытного дизайнера UMP. Приложение может экспортировать диаграммы для фотографий (EPS, JPG), рисунок форматов (SVG), форматы документов (PDF). Приложение может экспортировать диаграммы для фотографий (EPS, JPG), рисунок форматов (SVG), форматы документов (PDF). Буфер может быть использован для копирования и вставки диаграмм, как фотографии в другие приложения. Можно создавать пользовательские элементы UML.

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

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

Собственный формат файла приложения является UXF, расширение XML предназначен для обмена моделей UML родной формат файлов в приложение UXF, расширение XML предназначен для обмена моделей UML.

UMLet работает автономно или как Eclipse плагин на Windows, OS X и Linux. UMLet работает автономно или как Eclipse плагин на Windows, OS X и Linux. Он поддерживает такие концепции, как Мартина Фаулера "S UmlAsSketch.

Microsoft Visio

Microsoft Visio -- редактор диаграмм и блок-схем для Windows. Использует векторную графику для создания диаграмм.

Выпускается в двух редакциях: Standard и Professional.

Первоначально Visio разрабатывался и выпускался компанией Visio Corporation. Microsoft приобрела компанию в 2000 году, когда продукт назывался Visio 2000, был выполнен ребрендинг и продукт был включен в состав Microsoft Office.

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

Шаблоны дают возможность быстро приступить к работе. Office Visio 2007 содержит ряд средств, с помощью которых специалисты из сферы ИТ и бизнеса могут создавать различные диаграммы в соответствии со своими потребностями. Новые шаблоны выпуска Профессиональный, например, шаблон ITIL или "Схема потока создания стоимости", расширяют диапазон доступных диаграмм. С помощью стандартных символов Microsoft SmartShapes и мощных функций поиска можно быстро найти нужную фигуру, где бы она ни находилась.

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

В начале работы с образцами схем в выпуске Office Visio Профессиональный 2007 легко найти новые образцы, открыв новое окно "Приступая к работе" и воспользовавшись категорией "Образцы". Из образцов схем, интегрированных с данными, специалисты могут почерпнуть идеи для создания собственных диаграмм, понять, каким образом данные образуют контекст различных типов диаграмм, а также выбрать, какой шаблон использовать.

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

Настройка и расширение Office Visio 2007

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

Планирование, анализ и наглядное представление прикладных решений. С помощью диаграмм Office Visio Профессиональный 2007, в частности, шаблонов из категории "Программы и базы данных", можно наглядно представить пользовательские решения, например, универсальный язык моделирования (UML), поток данных или диаграммы интерфейса пользователя Microsoft Windows.

Разработка пользовательских приложений. Пакет для разработки ПО (SDK) поможет новичкам и опытным разработчикам Visio создавать программы на основе Office Visio 2007. В этот пакет входит набор разнообразных примеров, инструментов и документации для более эффективной разработки настраиваемых приложений. Кроме того, пакет Visio SDK содержит универсальные функции, классы и процедуры для самых типичных задач разработки в Office Visio 2007 и поддерживает многие языки программирования, включая Microsoft Visual Basic, Visual Basic.NET, Microsoft Visual C++ и Visual C#.NET.

Интеграция возможностей диаграмм Visio. С помощью Office Visio 2007 и элемента управления "Рисунок Visio" можно создавать пользовательские решения, упрощающие подключение к данным и отображение их в любом контексте. Элемент управления "Рисунок Visio" позволяет разработчикам внедрять и программировать среду рисования Visio в пользовательском приложении. Это открывает новые возможности для интеграции решений и использования возможностей Office Visio 2007 в любом интеллектуальном приложении-клиенте. Поскольку элемент управления "Рисунок Visio" можно интегрировать в пользовательский интерфейс приложений, разработчики могут использовать средства рисования Visio как органичную часть своего приложения, не прибегая к разработке собственных подобных средств.

Поддержка решений, управляемых данными.

Некоторые новые возможности Microsoft Office Visio 2007 можно контролировать программным способом; к ним относятся подключение к источнику данных, связывание фигур с данными, графическое изображение связанных данных, автоматическое соединение фигур друг с другом (автосоединение), контроль и фильтрация действий, выполняемых с помощью мыши, применение цветов и эффектов в составе тем. С каждой из этих функций сопоставлен интерфейс API, позволяющий контролировать функцию программным путем, а также новые объекты и элементы в объектной модели Visio.

Файловые форматы

1. VSD -- диаграмма или схема;

2. VSS -- фигура;

3. VST -- шаблон;

4. VDX -- диаграмма в формате XML;

5. VSX;

6. VTX;

7. VSL -- надстройка.

Borland Delphi 2007

Delphi-- среда программирования, в которой используется язык программирования Object Pascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения связанные с современными тенденциями (например, с развитием платформы.net) развития языков программирования: появились class helpers, перегрузки операторов и д.р.

Целевая платформа

Изначально среда разработки была предназначена исключительно для разработки приложений Microsoft Windows, затем был реализован также для платформ Linux (как Kylix).

Реализация среды разработки проектом Lazarus (Free Pascal, компиляция в режиме совместимости с Delphi) позволяет использовать его для создания приложений на Delphi для таких платформ, как Linux, Mac OS X и Windows CE.

История языка

Object Pascal -- результат развития языка Турбо Паскаль, который, в свою очередь, развился из языка Паскаль. Паскаль был полностью процедурным языком, Турбо Паскаль, начиная с версии 5.5, добавил в Паскаль объектно-ориентированные свойства, а в Object Pascal -- динамическую идентификацию типа данных с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией -- данная технология получила обозначение RTTI. Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, после чего воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию.

Также отличительным свойством Object Pascal от С++ является то, что объекты по умолчанию располагаются в динамической памяти. Однако можно переопределить виртуальные методы NewInstance и FreeInstance класса TObject. Таким образом, абсолютно любой класс может осуществить «желание» «где хочу -- там и буду лежать». Соответственно организуется и «многокучность».

Object Pascal (Delphi) является результатом функционального расширения Turbo Pascal.

Delphi оказал огромное влияние на создание концепции языка C# для платформы.NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Delphi, из компании Borland Ltd. в Microsoft Corp.

1. Версия 1 была предназначена для разработки под 16-разрядную платформу Win16;

2. Версии со второй компилируют программы под 32-разрядную платформу Win32;

3. Вместе с 6-й версией Delphi вышла совместимая с ним по языку и библиотекам среда Kylix, предназначенная для компиляции программ под операционную систему Linux;

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

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

Delphi for.NET -- среда разработки Delphi, а также язык Delphi (Object Pascal), ориентированные на разработку приложений для.NET.

Первая версия полноценной среды разработки Delphi для.NET -- Delphi 8. Она позволяла писать приложения только для.NET.

В Delphi 2006, можно писать приложения для.NET, используя стандартную библиотеку классов.NET, VCL для.NET. Среда также позволяет создавать.NET-приложения на C# и Win32-приложения на C++. Delphi 2006 содержит функции для написания обычных приложений с использованием библиотек VCL и CLX.

Delphi 2006 поддерживает технологию MDA с помощью ECO (Enterprise Core Objects) версии 3.0.

В марте 2006 года компания Borland приняла решение о прекращении дальнейшего совершенствования интегрированных сред разработки JBuilder, Delphi и C++ Builder по причине убыточности этого направления. Планировалась продажа IDE-сектора компании. Группа сторонников свободного программного обеспечения организовала сбор средств для покупки у Borland прав на среду разработки и компилятор.

Однако в ноябре того же года было принято решение отказаться от продажи IDE бизнеса. Тем не менее, разработкой IDE продуктов теперь будет заниматься новая компания -- CodeGear, которая будет финансово полностью подконтрольна Borland.

В августе 2006 года Borland выпустил облегченную версию RAD Studio под именем Turbo: Turbo Delphi (для Win32 и.NET), Turbo C#, Turbo C++.

В марте 2008 года было объявлено о прекращении развития этой линейки продуктов.

В марте 2007 года CodeGear порадовала пользователей обновленной линейкой продуктов Delphi 2007 for Win32 и выходом совершенно нового продукта Delphi 2007 for PHP.

В июне 2007 года CodeGear представила свои планы на будущее, то есть опубликовала так называемый roadmap.

25 августа 2008 года компания Embarcadero, новый хозяин CodeGear, опубликовала пресс-релиз на Delphi for Win32 2009. Версия принесла множество нововведений в язык, как то:

1. По умолчанию полная поддержка Юникода во всех частях языка, VCL и RTL; замена обращений ко всем функциям Windows API на юникодные аналоги (то есть MessageBox вызывает MessageBoxW, а не MessageBoxA).

2. Обобщённые типы, они же generics.

3. Анонимные методы.

4. Новая директива компилятора $POINTERMATH [ON|OFF].

5. Функция Exit теперь может принимать параметры в соответствии с типом функции.

2.2 Описание электронного пособия

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

Данное пособие имеет приятный внешний вид и понятную для пользователя навигацию.

При запуске пособия появится форма (рисунок 10) на которой следующие компоненты:

1. Button (Кнопка);

2. Label (Метка);

3. Image (Изображение);

Каждая кнопка отвечает за определенное действие:

1. При нажатии кнопки «Выход» происходит за завершение программы;

2. При нажатии кнопки «Теория» происходит переход с главной формы приложения на форму теории, где пользователь может приступить к изучения теоретического материала (Рисунок 12);

3. При нажатии кнопки «Практика» открывается форма, в которой находятся инструкционные карты для выполнения практических работ;

4. При нажатии кнопки «Глоссарий» открывается форма, в которой отражены все термины, и определения которые встречаются в электронном пособии (Рисунок 13).

Рисунок 10 Главное окно программы

После нажатия кнопки «Теория» появится окно «Теория» (Рисунок 11) на которой размещены компоненты:

1. RxRichEdit - отвечает за вывод текстовых файлов;

2. MainMenu - главное меню программы.

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

Рисунок 11 Окно теории

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

Пункт меню «Стили» отвечает за цветовое оформление меню.

Рисунок 12 Выбор темы для изучения

Рисунок 13 Глоссарий

3. Экономическая часть

3.1 Оценка целесообразности разработки алгоритма и программного продукта

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

Таблица 1

Характеристики качества алгоритма и программного продукта

Характеристики качества ПП	Значения характеристик качества программного продукта	Значимость характеристик
	аналог	новый вариант
1	2	3	4
Внедряемость	да	да	0,2
Временная экономичность	нет	да	0,1
Изменяемость	да	да	0,3
Понятность	да	нет	0,4
Компактность	да	да	0,2

Индекс технического уровня проектируемого изделия определяется по формуле:

, (1)

где - соотношение значений i-й характеристики соответственно нового варианта и аналога, значение которого определяется по таблице 2;

- значимость i-й характеристики;

n - количество рассматриваемых характеристик.

Таблица 2

Значения соотношения при качественной оценке характеристик

Значения соотношения	Значения характеристик качества ПП
	аналог	новый вариант
1	2	3
0	да	нет
1	да	да
10	нет	да

Расчет интегрального показателя качества разрабатываемого алгоритма и программного продукта производится по формуле:

. (2)

Значение определяется экспертно и равно 0,15.

Таким образом, интегральный показатель качества равен:

.

3.2 Определение трудоемкости разработки алгоритма и программного продукта

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

Таким образом, затраты труда составляют 68 чел.-дн.

Таблица 3

Структура трудовых затрат разработки алгоритма и ПП

Наименование этапа работ	Доля работ на этапе в общем объеме работ, %	Трудоемкость, чел.-дн.
1	2	3
Введение. Анализ объекта автоматизации	21,2	11
Разработка технического задания. Постановка требований к разработке	5,8	7
Моделирование информационной системы	3,8	3
Выбор программного обеспечения для реализации проекта		8
Реализация алгоритма системы	13,5	18
Описание программного продукта. Разработка руководства пользователя	21,2	4
Экономическая часть	15,4	8
Охрана труда и окружающей среды	11,5	5
Заключение	7,7	4
ИТОГО:	100	68

3.3 Календарное планирование

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

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

Таблица 4

Календарный план работ

Наименование этапа работ	Начало	Окончание	Длительность
1	2	3	4
Введение. Анализ объекта автоматизации	1.02.11	20.02.11	20
Разработка технического задания. Постановка требований к разработке	21.02.11	10.03.11	18
Моделирование информационной системы	11.03.11	1.04.11	22
Выбор программного обеспечения для реализации проекта	2.04.11	14.04.11	13
Реализация алгоритма системы	15.04.11	5.05.11	21
Описание программного продукта. Разработка руководства пользователя	6.05.11	18.05.11	13
Экономическая часть	19.05.11	4.06.11	17
Охрана труда и окружающей среды	5.06.11	10.06.11	5
Заключение	11.06.11	15.06.11	5
ИТОГО:	1.02.11	15.06.11	134

Общая трудоемкость создания алгоритма и программного продукта составила 134 календарных дня.

3.4 Определение себестоимости и цены разработки электронного пособия

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

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

1. бумага для офисной техники (200 руб.)

2. картридж для принтера (700 руб.)

3. портативное устройство для хранения информации (USB flash drive, 460 руб.).

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

Заработная плата каждой категории исполнителей по формуле:

ЗП_ПП= n. A, (3)

где n - количество часов, затраченных работником на создание алгоритма и программного продукта;

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

Тогда заработная плата разработчика за один рабочий день равна:

руб./день соответственно.

На создание алгоритма и программного продукта было затрачено 134 дня, тогда общая сумма затраченная на создание алгоритма и программного продукта будет ровна:

рублей

Прочие расходы равны 200 руб.

Расходы на необходимое программное обеспечение равны 15000 рублей.

Итого общие затраты на создание алгоритма и программного продукта (таблица 5) равны З_ОБЩ= руб.

Таблица 5

Затраты на создание алгоритма и ПП

Наименование элементов и статей затрат	Затраты, руб.	Удельный вес, %
1	2	3
Материалы	1360	3
Заработная плата основных исполнителей (общая)	25000	40
Страховые взносы (26%)	6525	15
Расходы на программное обеспечение	15000	35
Прочие расходы	200	2
ИТОГО:	48085	100

После определения затрат необходимо определить цену первоначально разработанных алгоритма и программного продукта. Цена первоначально разработанного алгоритма и программного продукта определяется с учетом рентабельности разработки по формуле:

, (4)

где З _ОБЩ - затраты на создание алгоритма и ПП;

ЗП_ПП - заработная плата основных исполнителей;

с_ЗП - рентабельность разработки, обеспечивающая безубыточную деятельность, равная 200%.

Таким образом, цена первоначально разработанного алгоритма и программного продукта равна:

руб.

3.5 Определение и оценка показателей экономической эффективности разработанного алгоритма и программного продукта

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

Для расчета показателя годового экономического эффекта используется формула:

, (5)

где - экономия машинного времени по i-й задаче, час.;

- стоимость одного машинного часа ЭВМ, руб.;

n - количество задач, решаемых за год.

Разработанный алгоритм и программный продукт будут использоваться 2 раз в неделю 25 пользователями. Тогда за 52 рабочий недели, разработанный алгоритм и программный продукт используются 1300 раз.

Экономия машинного времени при решении задачи составляет 2 часа при стоимости одного часа машинного времени 75 руб.

Рассчитаем показатель годового экономического эффекта:

руб.

Найдем уровень экономической эффективности и срок окупаемости затрат на создание алгоритма и программного продукта, которые определяются соответственно по следующим формулам:

; (6)

(7)

года.

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

4. Техника безопасности при работе с ЭВМ

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

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

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

1. Общие положения

Область распространения и порядок применения инструкции:

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

Требования к персоналу, эксплуатирующему средства вычислительной техники и периферийное оборудование:

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

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

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

Руководители структурных подразделений несут ответственность за:

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

2. эффективность их использования;

3. осуществляют контроль за выполнением персоналом требований настоящей инструкции по технике безопасности.

2. Виды опасных и вредных факторов

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

1. поражение электрическим током;

2. механические повреждения;

3. электромагнитное излучение;

4. инфракрасное излучение;

5. опасность пожара;

6. повышенный уровень шума и вибрации.

Для снижения или предотвращения влияния опасных и вредных факторов необходимо соблюдать? Санитарные правила и нормы. гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (СанПиН 2.2.2/2.4.1340-03).

Примечание:

Зарегистрированы Минюстом РФ 10 июня 2003 г., регистрационный номер 4673. Изменения: № 1 - СанПиН 2.2.2/2.4.2198-07, № 2 - СанПиН 2.2.2/2.2.4.2620-10, № 3 - СанПиН 2.2.2/2.4.2732-10.