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

Введение

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

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

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

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

1. ПОСТАНОВКА ЗАДАЧИ

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

2. Описание выбранных средств разработки

2.1 Обоснование выбора средств разработки

Для решения поставленной задачи был выбран Eclipse поскольку:

· имеет все необходимые средства и инструменты для разработки приложений для мобильных устройств Blackberry в отличие от аналогичных IDE;

· удобна в использовании, гибка в настройке;

· в ней имеется возможность использования готовых библиотек.

· в проекте будут использоваться ресурсы Blackberry (rrc, rrh файлы), используемые для локализаций на различные языки. Работать с данными файлами наиболее удобно в выбранной IDE

Так как разработка ведется под ОС Blackberry 5.0.0 и выше, соответственно языком программирования выбран Java, поскольку:

· данные версии ОС не поддерживают другие языки;

На сегодняшний день известно более двух десятков форматов данных настольных СУБД. Для решения поставленной задачи была выбрана СУБД sqlite поскольку:

· хорошо поддерживается Blackberry девайсами;

· нет необходимости создавать внешний сервер данных с удаленным доступом к нему;

· имеет возможность хранить базу данных локально на устройстве пользователя.

Основными преимуществами СУБД являются:

· Простота использования;

· Отсутствие необходимости настройки сервера СУБД;

· Полностью свободная лицензия:

· Безопасность. БД хранится в одном файле, права доступа к которому можно контролировать стандартными средствами ОС;

· Очень экономичная, в плане ресурсов, архитектура. [1]

Сервис twitter предоставляет API с использованием json для передачи данных.

запрос база данные инфологический

2.2 Язык Java

Java -- объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems (в последующем приобретённой компанией Oracle). Приложения Java обычно компилируются в специальный байт-код, поэтому они могут работать на любой виртуальной Java-машине (JVM) вне зависимости от компьютерной архитектуры. Дата официального выпуска -- 23 мая 1995 года.

Программы на Java транслируются в байт-код, выполняемый виртуальной машиной Java (JVM) -- программой, обрабатывающей байтовый код и передающей инструкции оборудованию как интерпретатор.

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

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

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

широкое использование платформенно-ориентированного кода (native-код) в стандартных библиотеках,

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

По данным сайта shootout.alioth.debian.org, для семи разных задач время выполнения на Java составляет в среднем в полтора-два раза больше, чем для C/C++, в некоторых случаях Java быстрее, а в отдельных случаях в 7 раз медленнее. С другой стороны, для большинства из них потребление памяти Java-машиной было в 10-30 раз больше, чем программой на C/C++. Также примечательно исследование, проведённое компанией Google, согласно которому отмечается существенно более низкая производительность и бомльшее потребление памяти в тестовых примерах на Java в сравнении с аналогичными программами на C++.

Идеи, заложенные в концепцию и различные реализации среды виртуальной машины Java, вдохновили множество энтузиастов на расширение перечня языков, которые могли бы быть использованы для создания программ, исполняемых на виртуальной машине. Эти идеи нашли также выражение в спецификации общеязыковой инфраструктуры CLI, заложенной в основу платформы .NETкомпанией Microsoft. [3]

2.3 JSON

Несмотря на происхождение от JavaScript (точнее, от подмножества языка стандарта ECMA-262 1999 года), формат считается языконезависимым и может использоваться практически с любым языком программирования. Для многих языков существует готовый код для создания и обработки данных в формате JSON.

За счёт своей лаконичности по сравнению с XML, формат JSON может быть более подходящим для сериализации сложных структур. Если говорить о веб-приложениях, в таком ключе он уместен в задачах обмена данными как между браузером и сервером (AJAX), так и между самими серверами (программные HTTP-интерфейсы).

Поскольку формат JSON является подмножеством синтаксиса языка JavaScript, то он может быть быстро десериализован встроенной функцией eval(). Кроме того, возможна вставка вполне работоспособных JavaScript-функций. В PHP, начиная с версии 5.2.0, поддержка JSON включена в ядро в виде функций json_decode() и json_encode(), которые сами преобразуют типы данных JSON в соответствующие типы PHP и наоборот.

JSON строится на двух структурах:

· Набор пар ключ/значение. В различных языках это реализовано как объект, запись, структура, словарь, хэш-таблица, список с ключом или ассоциативный массив. Ключом может быть только строка, значением -- любая форма.

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

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

В JSON используются их следующие формы:

· Объект -- это неупорядоченное множество пар имя/значение, заключённое в фигурные скобки { }. Между именем и значением стоит символ ": ", а пары имя/значение разделяются запятыми.

· Массив (одномерный) -- это множество значений, имеющих порядковые номера (индексы). Массив заключается в квадратные скобки [ ]. Значения отделяются запятыми.

· Значение может быть строкой в двойных кавычках, числом, значением true или false, объектом, массивом, или значением null. Эти структуры могут быть вложены друг в друга.

· Строка -- это упорядоченное множество из нуля или более символов юникода, заключенное в двойные кавычки, с использованием escape-последовательностей начинающихся с обратной косой черты (backslash). Символы представляются простой строкой.

· Имя -- это строка.

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

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

{

"firstName": "Иван",

"lastName": "Иванов",

"address": {

"streetAddress": "Московское ш., 101, кв.101",

"city": "Ленинград",

"postalCode": 101101

},

"phoneNumbers": [

"812 123-1234",

"916 123-4567"

]

}

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

<person>

<firstName>Иван</firstName>

<lastName>Иванов</lastName>

<address>

<streetAddress>Московское ш., 101, кв.101</streetAddress>

<city>Ленинград</city>

<postalCode>101101</postalCode>

</address>

<phoneNumbers>

<phoneNumber>812 123-1234</phoneNumber>

<phoneNumber>916 123-4567</phoneNumber>

</phoneNumbers>

</person>

или так:

<person firstName="Иван" lastName="Иванов">

<address streetAddress="Московское ш., 101, кв.101" city="Ленинград" postalCode="101101" />

<phoneNumbers>

<phoneNumber>812 123-1234</phoneNumber>

<phoneNumber>916 123-4567</phoneNumber>

</phoneNumbers>

</person>

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

3.1 Описание предметной области

Твиттер (англ. Twitter -- «чирикать», «щебетать», «болтать») -- система, позволяющая пользователям отправлять короткие текстовые заметки (до 140 символов), используя веб-интерфейс, SMS, средства мгновенного обмена сообщениями или сторонние программы-клиенты. Характерной особенностью Твиттера является публичная доступность размещённых сообщений; это называется микроблоггингом. Хотя услуга является бесплатной, доступ к ней через SMS может значительно увеличить телефонные счета, так как каждое посланное SMS так или иначе оплачивается по тарифам оператора.

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

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

3.1 Обзор существующих программных продуктов

В настоящее время существует несколько готовых решений для взаимодействия с сервисом twitter:

· доступ через браузер к сайту m.twitter.com;

· приложение twitter.

· Твиттер по SMS -- это система мгновенного общения посредством мобильной связи. Люди, компании и общественные движения могут использовать Твиттер по SMS, а также нашу программу Быстрой подписки на чтение, чтобы быть на связи с кем-угодно непосредственно при помощи мобильного.

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

· возможность написать собственное сообщение

· добавление подписки

· личный кабинет

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

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

3.2 Выбор и обоснование варианта реализации задач

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

Таким образом, для реализации задачи взаимодействия с сервисом twitter был выбран вариант без использования авторизации.

4. Техническое задание

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

Функциональное назначение: система должна предоставлять доступ к сервису twitter.

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

4.2 Требования к программе

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

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

При выполнении операций по изменению или удалению данных необходимо обеспечить целостность БД.

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

· безотказность - свойство программы выполнять свои функции во время эксплуатации;

· работоспособность - свойство программы корректно (так как ожидает пользователь) работать весь заданный период эксплуатации;

· безопасность - свойство программы быть не опасной для людей и окружающих систем;

· защищенность - свойство программы противостоять случайным или умышленным вторжениям в нее.

4.2.2 Требования к составу и параметрам технических средств

Минимальные необходимые требования для нормального функционирования приложения: Мобильное устройство Blackberry с версийе ОС не старее 5.0.0, доступ к интернету, media карта.

4.2.3 Требования к информационной и программной совместимости

Программа должна быть разработана, как Blackberry-приложение.

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

4.3 Требования к программной документации

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

· техническое задание;

· описание программы;

· описание применения;

4.4 Стадии и этапы разработки

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

· анализ предметной области;

· разработка технического задания;

· освоение программных средств;

· проектирование системы;

· разработка приложения;

· оформление пояснительной записки.

4.5 Порядок контроля и приемки

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

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

5. Описание разработки

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

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

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

· Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ.

· Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

5.1 Функциональное проектирование системы

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

Входной информацией для системы является ввод информации для поиска, а так же ответы сервиса twitter в виде json документов.

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

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

· поиск сообщений;

· презентация сообщений в виде списка;

· сохранение сообщений;

· пересылка сообщений по электронной почте или СМС сообщением;

5.2 Инфологическое проектирование системы

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

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

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

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

Процесс построения инфологической модели состоит из следующих шагов:

· определение сущностей;

· определение зависимостей между сущностями;

· задание первичных и альтернативных ключей;

· определение атрибутов сущностей;

· приведение модели к требуемому уровню нормальной формы.

Логический уровень представления модели - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей [4].

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

· диаграмма сущность-связь (Entity Relationship Diagram, ERD);

· модель данных, основанная на ключах (Key Based model, KB);

· полная атрибутивная модель (Fully Attributed model, FA).

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

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

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

Различают два уровня физической модели:

· трансформационная модель (Transformation Model);

· модель СУБД (DBMS Model).

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

В проектируемой модели использовалась логико-физическая модель.

5.3 Запросы к базе данных

Описание основных запросов к БД представлено в таблице 4.1.

Таблица 4.1 Описание основных запросов к БД

Текст запроса	Назначение
CREATE TABLE IF NOT EXISTS TwitTable (id INTEGER PRIMARY KEY,user TEXT, imageURL TEXT, text TEXT,date TEXT)	Создание таблицы при первом запуске приложения, либо при повреждении базы.
INSERT INTO TwitTable(id,user,imageURL,text,date) VALUES(?,?,?,?,?)	Добавление нового сообщения.
SELECT * FROM TwitTable	Получение данных.
DELETE FROM TwitTable WHERE id = ?	Удаление сообщения.

5.4 Проектирование интерфейса пользователя

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

Взаимодействие с пользователем осуществляется посредством экранных элементов, показанных на рисунке 4.2.

Рисунок 4.2 - Граф переходов экранных форм

6. Руководство пользователя

6.1 Назначение программы

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

6.2 Условия применения

Минимальные необходимые требования для нормального функционирования системы: устройство под контролем ОС Blackberrry 5.0.0, media card.

6.3 Описание применения

Для установки приложения следует воспользоваться браузером для загрузки веб версии приложения, либо воспользоваться утилитой Java Loader для загрузки приложения с ПК.

Рисунок 6.1 - Отсутствие media card

После запуска приложения, оно проверяет наличие media card, при ее отсутствии выводиться предупреждение (см. рисунок 5.1). После ввода конкретных данных в строку поиска (см. рисунок 5.2) отображаться найденные сообщения.

Рисунок 6.2 - Ответ сервера на запрос «New york»

Для добавления сообщения в избранное следует нажать на «+», после чего он заменяется на «-». Что соответствует удалению сообщения из избранного.

Для перехода в режим избранное следует нажать на пункт таб бара Favorits либо на пункт меню Favorits(см. рисунок 5.3)



Рисунок 6.3 - Меню для keyboard устройств

Для того чтобы отправить переслать сообщение следует нажать на необходимое сообщение и выбрать способ отправки (см. рисунок 5.4).

Рисунок 6.4 - Выбор способа пересылки сообщения

Далее в зависимости от выбора пользователя вы сможете переслать его с помощью электронной почты (см. рисунок 6.5), либо через СМС сообщение (см. рисунок 6.6).

Рисунок 6.5 - Пересылка сообщения посредством электронной почты

Рисунок 6.6 - Пересылка сообщения посредством СМС-сообщения

6.4 Входные и выходные данные

Входными данными для системы являются:

· ввод в поисковую строку данных;

· ответ сервиса twitter в виде json документа.

Выходными данными для системы являются:

· графический список сообщений (см. рисунок 5.2)

7 Технико-экономическое обоснование

7.1 Расчет себестоимости программного продукта

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

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

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

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

Четвертый этап - реализация разработанной программы на языке программирования.

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

Далее определены для каждого из этапов три величины:

- наименее возможная величина затрат, ai;

- наиболее вероятная величина затрат, mi;

- наиболее возможная величина затрат, bi;

На основании экспертных оценок средняя величина для ai, mi и bi определяется по формуле:

(7.1)

где - среднее время, полученное на основании экспертных оценок;

- оценка затрат времени, данная руководителем;

- оценка затрат времени, данная автором проекта.

Результаты расчета средней оценки затрат времени на разработку программного продукта приведены в таблице 7.1 (оценка производится в днях).

Таблица 7.1 - Время, затраченное на разработку программного продукта

Этапы разработки программного продукта	Наименее возможная величина затрат, дни	Наиболее вероятная величина затрат, дни	Наиболее возможная величина затрат, дни
1 Анализ поставленной задачи	1	1	1	2	1	1,5	3	2	2,4
2 Разработка таблиц и связей базы данных	2	1	1,4	2	2	2	4	3	3,4
3 Разработка интерфейса	3	2	2,4	4	3	3,4	5	4	4,4
4 Программирование	7	5	5,8	9	7	7,8	10	9	9,4
5 Тестирование и отладка	2	2	2	4	3	3,4	5	4	4,4

На основе средних оценок рассчитываются математическое ожидание и отклонение по каждому этапу разработки программного продукта. Формула расчета математического ожидания для i-ro этапа:

, (7.2)

где - математическое ожидание для i-гo этапа;

- средние значения.

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

, (7.3)

где Gi - стандартное отклонение по i-му этапу.

Зная математическое ожидание по каждому этапу, рассчитывается общая величина математического ожидания в целом по программному средству:

, (7.4)

где МО - общая величина математического ожидания.

Стандартное отклонение G в целом по программному средству рассчитывается по следующей формуле:

, (7.5)

где G -стандартное отклонение;

Gi - стандартное отклонение по i-му этапу.

На основе расчетов математического ожидания (7.4) и стандартного отклонения (7.5) рассчитывается коэффициент вариации - коэффициент согласованности мнения экспертов. Коэффициент вариации рассчитывается по формуле:

, (7.6)

где yi - коэффициент вариациипо i-му этапу.

Теперь можно произвести расчеты на основе таблицы 7.1 и формул (7.1 7.6) и свести эти расчеты в таблицу 7.2.

Таблица 7.2 - Затраты на разработку программного продукта

Этапы разработки программного продукта	Средняя величина затрат по этапам, дни	Матем. ожидание (МОi, дни)	Станд. Отклонение(Gi, дни)	Коэффициентвариации (vi)
	Наименее возможная величина затрат (ai, дни)	Наиболее вероятная величина затрат (mi, дни)	Наиболее возможная величина затрат (bi, дни)
1Анализ поставленной задачи	1	1,5	2,4	1,57	0,23	0,146
2 Разработка таблиц и связей базы данных	1,4	2	3,4	2,13	0,33	0,154
3 Разработка интерфейса	2,4	3,4	4,4	3,4	0,33	0,097
4 Программирование	5,8	7,8	9,4	7,73	0,6	0,078
5 Тестирование и отладка	2	3,4	4,4	3,33	0,4	0,12
Итого	12,6	18,1	24	18,16	1,89	0,595

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

Себестоимость программного продукта определяется по формуле (7.7):

(7.7)

где З - среднемесячная заработная плата разработчика программы, руб. (примем З = 20000 руб.);

m - количество рабочих дней в месяце, дней, m=21;

k - коэффициент, учитывающий отчисления во внебюджетные фонды, 1,302;

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

- составление алгоритма в программе, время, затраченное на написание и отладку программы, чел./дни;

- коэффициент, учитывающий накладные расходы, ;

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

- время работы в сети интернет, дни;

- стоимость 1 часа машинного времени, руб.

- стоимость 1 часа работы в сети интернет, ;

8 - количество рабочих часов в день. Необходимо, для перевода чел./часы в чел./дни.

Стоимость работы в сети Internet оценивается через абонетскую плату.

, (7.8)

где A - абонентская плата;

m - количество рабочих дней в месяце, дней, m=21;

Абонентская плата составляет 252руб в месяц

, (7.9)

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

(7.10)

где См - стоимость одного часа машинного времени;

Тобщ - общее время работы компьютера в год;

Зэл - затраты на электроэнергию за год работы;

За - амортизационные отчисления;

Зкомпл - затраты на комплектующие материалы;

Зпр - прочие расходы.

Общее время работы компьютера за год:

Тобщ = 21 * 12 * 8 = 2016 часов.

Затраты на электроэнергию за год работы (на данный момент тариф Сэл составляет 1,86 руб. за кВт-ч, по паспортным данным компьютер потребляет 400 Вт в час.):

, (7.11)

где Р - потребляемая мощность компьютера по паспортным данным в час.

, (7.12)

Амортизационные отчисления в год. Процент отчисления на амортизацию (Пр) согласно статьи 258 НК РФ составляет 20% (компьютер относится к третьей группе имущества со сроком полезного использования свыше 3 лет до 5 лет включительно, принята нижняя граница). (Не рассчитывается, если стоимость оборудования менее 40 тыс. руб.).

Остаточная стоимость компьютера (б/у), на котором проводилась разработка программного обеспечения, равна 11000 руб. В данном случае амортизационные отчисления равны 0 руб, так как остаточная стоимость менее 40 тыс. руб.

, (7.13)

Прочие расходы составляют 5% от общей суммы затрат:

, (7.14)

, (7.15)

Согласно формуле (6.10), стоимость одного часа машинного времени рассчитывается.

, (7.12)

Имея все необходимые данные, согласно формуле (7.7), себестоимость программного продукта рассчитывается.

(7.13)

Т.к. данный программный продукт может быть использован для последующей продажи, то в его цену необходимо заложить рентабельность (примем Р = 20%) и учесть размер НДС (НДС = 18%). Таким образом, формула для расчета цены программного продукта (7,16).

(7.14)

где С - себестоимость разработки программы (находится согласно формулы 7.7);

Р - рентабельность (примем Р = 20%).

(7.15)

Цена с учетом налога на добавленную стоимость находится по формуле (7.16):

(7.16)

где Ц - цена программного продукта;

- коэффициент, учитывающий ставку налога на добавленную стоимость (НДС) (.

(7.17)

7.2 Эффект разработки программного продукта

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

Экономия трудозатрат рассчитывается по формуле (7.18):

(7.18)

где - экономия трудозатрат k-ой выполняемой операции;

- трудоемкость выполнения операций без программы;

- трудоемкость выполнения операций с программой.

(7.19)

где - степень автоматизации, %.

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

Таблица 7.3 - Затраты времени, приходящиеся на выполнение работ и экономия затрат времени

Задача (к)	Затраты времени tруч к, часы	Затраты времени tавт к, часы	Экономия трудозатрат ?tк, часы п.3-п.2	Частота выполнения операции в месяц, S	Общая экономия с учетом частоты выполнения операции п.4*п.5
1	0,0016	0,00128	0,00032	30	0,0096
2	0,0139	0,01112	0,00278	300	0,8340
3	0,0190	0,01520	0,00380	400	1,5200
Итого	0,0345	0,02760	0,00690	730	2,3636

задача 1 - время затрачиваемое на подключение к сервису twitter,

задача 2 - время затрачиваемое на поиск важных сообщений,

задача 3 - время затрачиваемое на просмотр избранных сообщений.

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

, (7.20)

где - экономия трудозатрат;

ФРВ - фонд рабочего времени, равный 1970 часам в год;

- коэффициент отпусков (1,08);

ед, (7.21)

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

, (7.22)

где - условная экономия по оплате труда, руб.;

- условная экономия численности, ед.;

З - среднемесячная заработная плата, руб.;

- коэффициент, учитывающий отчисления во внебюджетные фонды (1,302).

- районный коэффициент (1,2).

руб, (7.23)

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

, (7.24)

где О - окупаемость продукта;

С ? себестоимость программного продукта;

- условная экономия по оплате труда, руб.;

, (7.25)

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

8. Безопасность жизнедеятельности

8.1 Характеристика вредных факторов при работе с ПК

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

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

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

1) физические:

· повышенные уровни электромагнитного излучения;

· повышенный уровень статического электричества;

· повышенные уровни запыленности воздуха рабочей зоны;

· пониженная влажность воздуха рабочей зоны;

· повышенная температура окружающей среды;

· пониженная или повышенная подвижность воздуха рабочей зоны;

· повышенный уровень шума;

· повышенный или пониженный уровень освещенности.

2) психофизиологические:

· интеллектуальные, сенсорные и эмоциональные нагрузки;

· длительные статические нагрузки;

· монотонность труда;

· большой объем информации, обрабатываемой в единицу времени.

8.2 Организация рабочего места при работе с компьютером

Во избежание поражения вредными и опасными факторами рабочее место должно быть организовано в соответствии с требованиями СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

Площадь на одно рабочее место пользователей ПЭВМ с ВДТ на базе электронно-лучевой трубки должна составлять не менее 6 м2, с ВДТ на базе плоских дискретных экранов (жидкокристаллические, плазменные) - 4,5 м2.

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

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

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

Высота рабочей поверхности стола для взрослых пользователей должна регулироваться в пределах 680 - 800 мм; при отсутствии такой возможности высота рабочей поверхности стола должна составлять 725 мм. Рабочее место пользователя ПК следует оборудовать подставкой для ног. Клавиатуру следует располагать на поверхности стола на расстоянии 100 - 300 мм от края, обращенного к пользователю или на специальной, регулируемой по высоте рабочей поверхности, отделенной от основной столешницы.

Экран монитора должен находиться от глаз пользователя на оптимальном расстоянии -- 600-700 мм, но не ближе 500 мм.

Рабочее место с ПК должно быть автономным.

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

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

- автономное размещение отдельных рабочих мест, их автономное электропитание;

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

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

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

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

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

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

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

8.3 Санитарно-гигиенические параметры рабочего места

8.3.1 Требования к микроклимату рабочих мест

На рабочем месте пользователя должны обеспечиваться оптимальные параметры микроклимата. На работах, производимых сидя и не требующих физического напряжения, температура воздуха должна быть в холодный период года от 22 до 24 ?С, теплый период года -- от 23 до 25 ?С.

Относительная влажность воздуха на постоянных рабочих местах должна составлять 40-60%, скорость движения воздуха должна быть 0,1 м/с. Для повышения влажности воздуха в помещениях следует применять увлажнители воздуха.

8.3.2 Требования к освещению рабочих мест

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

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

Коэффициент пульсации не должен превышать 5%. Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 - 500 Лк. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 Лк.

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

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

8.3.3 Требования к уровням шума и вибрации на рабочих местах

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

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

При выполнении основной работы на мониторах и ПЭВМ (диспетчерские, операторские, залы вычислительной техники и т. д.), где работают инженерно-технические работники, уровень шума не должен превышать 60 дБА, в помещениях операторов ЭВМ (без дисплеев) -- 65 дБА, на рабочих местах в помещениях, где размещаются шумные агрегаты вычислительных машин -- 75 дБА.

При выполнении работ с использованием ПЭВМ в производственных помещениях уровень вибрации не должен превышать допустимых значений вибрации для рабочих мест (категория 3, тип “в”) в соответствии с действующими санитарно-эпидемиологическими нормативами.

8.3.4 Требования к уровням электромагнитных полей на рабочих местах

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

Временные допустимые уровни ЭМП, создаваемых ПЭВМ на рабочих местах пользователей представлены в таблице 8.1.

Таблица 8.1 Временные допустимые уровни ЭМП, создаваемых ПЭВМ на рабочих местах

Наименования параметров	ВДУ
Напряжённость электрического поля	в диапазоне 5 Гц - 2 кГц	25 В/м
	в диапазоне 2 кГц - 400 кГц	2,5 В/м
Плотность магнитного потока	в диапазоне 5 Гц - 2 кГц	250 нТл
	в диапазоне 2 кГц - 400 кГц	25 нТл
Напряжённость электростатического поля	15 кВ/м

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

К пассивным системам защиты от ЭМИ относятся:

- защита временем;

- защита расстоянием;

- рациональное размещение установок в рабочем помещении;

- выделение зон излучения;

- применение средств предупреждающей сигнализации (световая, звуковая);

- установление рациональных режимов эксплуатации установок и работы обслуживающего персонала.

К активным системам защиты от ЭМИ относятся:

- уменьшение параметров излучения непосредственно в самом источнике излучения;

- экранирование источника излучения;

- экранирование рабочего места;

- применение средств индивидуальной защиты (например, защитные очки).

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

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

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

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

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

8.4 Режим труда и отдыха при работе с ПК

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

Виды трудовой деятельности на ПК разделяются на 3 группы:

- группа А -- работа по считыванию информации с экрана с предварительным запросом;

- группа Б -- работа по вводу информации;

- группа В -- творческая работа в режиме диалога с ПК.

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

Категории тяжести и напряженности работы на ПК определяются уровнем нагрузки за рабочую смену:

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

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

- для группы В -- по суммарному времени непосредственной работы на ПК.

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

Таблица 8.2 - Виды категорий трудовой деятельности с ПК

Категория работы с ВДТ или ПЭВМ	Уровень нагрузки ха рабочую смену при видах работ с ВДТ	Суммарное время регламентированных перерывов, (мин)
	группа А, кол-во знаков	группа Б, кол-во знаков	группа В, час	8 час. смена	12 час. смена
I категория	до 20000	до 15000	до 2	50	80
II категория	до 40000	до 30000	до 4	70	110
III категория	до 60000	до 40000	до 6	90	140

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

При 8-часовой рабочей смене и работе на ПК регламентированные перерывы следует устанавливать: