[vsesdal]
Тип работы: Диплом
Предмет: Информационные технологии
Страниц: 71
Год написания: 2016
Содержание
Введение 5
1. Анализ технического задания 8
1.1. Постановка задачи 8
1.2. Допущения и дополнительные требования 8
1.3. Системные требования 9
2. Обзор существующих систем группового обсуждения 10
2.1. Программная система Google Wave 10
2.2 Программная система TeamLab 12
2.3. Сравнение существующих систем 14
3. Обоснование выбора используемых программных средств, и комплекса технических средств 16
3.1. PHP 16
3.2. Open Server 18
3.3. MySQL 20
3.4. HTML 22
3.5. phpMyAdmin 24
4. Программная реализация 25
4.1. Архитектура системы 25
4.2. Архитектура базы данных 26
5. Руководство пользователя 30
5.1. Руководство пользователя web-сайта для посетителей 30
5.2. Руководство пользователя web–сайта для администратора 37
6. Безопасность и экологичность проекта 41
6.1. Анализ безопасности процесса эксплуатации разработанного продукта. Особенности функционирования программного продукта 41
6.2. Системный анализ безопасности 41
6.3. Анализ и оценка трудового процесса пользователя 45
6.4. Анализ экологичности 48
6.5. Разработка мер профилактики и повышения безопасности и
экологичности 49
6.5.1. Организационные 49
6.5.2. Санитарно–гигиенические 51
6.5.3. Технические 51
7. Технико–экономическое обоснование 53
7.1. Обоснование необходимости и актуальности разработки 53
7.2. Обоснование выбора аналога для сравнения 53
7.3. Определение общей продолжительности работ по созданию программного продукта 54
7.4. Расчёт суммарных затрат на разработку программного продукта 55
7.4.1. Расчёт материальных затрат на разработку программного продукта 56
7.4.2. Расчёт затрат на оплату электроэнергии 56
7.4.3. Расчёт затрат на оплату труда 57
7.4.4. Отчисления на социальные нужды 58
7.4.5. Расчёт затрат на амортизацию 59
7.4.6. Расчёт прочих затрат 59
7.5. Определение цены реализации программного продукта 61
7.6. Расчёт сравнительной технико–экономической эффективности 62
7.6.1. Расчёт коэффициента качества 62
7.6.2. Расчёт коэффициента цены потребления 63
7.6.3. Расчет показателя сравнительной технико-экономической
эффективности 65
7.7. Итоговое заключение по технико-экономическому обоснованию 66
ЗАКЛЮЧЕНИЕ 68
Список используемых источников 69
Стоимость данной учебной работы: 3750 руб.

 

    Форма заказа работы
    ================================

    Укажите Ваш e-mail (обязательно)! ПРОВЕРЯЙТЕ пожалуйста правильность написания своего адреса!

    Укажите № работы и вариант

    Соглашение * (обязательно) Федеральный закон ФЗ-152 от 07.02.2017 N 13-ФЗ
    Я ознакомился с Пользовательским соглашением и даю согласие на обработку своих персональных данных.

    Учебная работа № 430847. Тема: Разработка программной системы для поддержки групповых обсуждений

    Выдержка из похожей работы

    …….

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

    ….. клиента из базы.
          Идентификация удаляемого клиента
    –        Удаление клиента
    ·    Просмотр таблицы базы данных
          Поиск клиента по номеру договора/фамилии в таблице
    –        Удаление/изменение клиента
    ·    Просмотр статистики клиентов
          Просмотр текстового представления статистики
    –        Просмотр графического представления статистики
    Программная система должна позволять пользователю выполнять
    следующие действия:
    ·    Регистрация нового договора
          Ввод личных данных
    –        Создание договора
             Сохранение личных данных
    ·    Использование сервисов (звонки, СМС, интернет).
          Проверка на платежеспособность
    –        Совершение звонка/отправка СМС/использование интернета
             Снятие денег со счета
             Сохранение совершенных действий в статистике
    ·    Пополнение баланса.
          Ввод суммы
    –        Изменение баланса
    ·    Просмотр информации о тарифах провайдеров.
    Дополнительные требования к программной системе:
    1) Данные о клиентах, их договорах, их активности и провайдерах должны
    храниться в файлах (используются текстовые файлы).
    ) Программная система должна иметь дружественный пользовательский
    интерфейс.
    ) К программной системе должна прилагаться документация, содержащая в
    себе в себе все построенные UML –
    диаграммы, тестовые данные, описания процессов анализа требований,
    проектирования, программирования.
    Язык разработки: Данная программная система разработана на языке C#.
    1. Первая
    итерация
    Анализ требований
    В предметной области выделены следующие объекты:
    Provider – класс, который является главным управляющим элементом нашей
    программной системы. Он необходим для предоставления сервисов клиенту, которые
    впоследствии будут использоваться. Также реализуется просмотр деятельности
    клиента.
    программный
    сотовый клиент провайдер
    Client
    – класс, которому предоставляется возможность использования сервисов мобильной
    связи, предусмотренные выбранным провайдером.
    Events
    – класс, в котором отображаются все действия, совершенные клиентом в процессе
    использования выбранного сервиса.
    Диаграмма прецедентов
    На первой итерации были поставлены следующие задачи:
    ) Разработка удобного интерфейса для работы клиентов и провайдеров
    ) Заключение нового договора с клиентом
    ) Изменение информации о клиенте
    ) Удаление клиента
    ) Просмотр информации о клиенте
    ) Вход клиента в систему под своим номером договора
    ) Использование клиентом выбранного сервиса
    Описание процесса проектирования
    Опишем существующие отношения между вводимыми классами:
    Между классами Provider и Client существует отношение ассоциации.
    Кратность отношения: 1 и *, поскольку при начале работы программной системы у
    провайдера может не быть ни одного зарегистрированного клиента, а каждый клиент
    привязан только к одному провайдеру.
    Между классами Provider и Events существует отношение
    однонаправленной ассоциации (от Provider к Events), так как провайдер должен
    просматривать событие, совершенное клиентом, но по событию не нужно определять
    к какому провайдеру оно относится (то есть не требуется обеспечивать переход от
    события к провайдеру). Кратность отношения 1 и *, поскольку провайдер
    отслеживает события нескольких клиентов, а каждое событие относится к
    конкретному провайдеру.
    Между классами Client
    и Events существует отношение
    однонаправленной ассоциации (от Client
    к Events), так как необходим переход от
    клиента к событию, при совершении какого-либо действия, но обратный переход от
    события к клиенту не нужен. Кратность отношения 1 и *, поскольку каждый клиент
    может выполнять несколько событий, или не выполнять вообще, а каждое событие
    относится к конкретному клиенту.
    Описание классов
    Опишем поля и методы, введенные нами в каждом классе на данной итерации.
    В классе Client используются
    следующие поля: Yandex.RTB R-A-…