список использованных источников 4 страница

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

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

(8)

Коэффициенты в данной формуле (4, 6) получены путем анализа статистики большого количества проектов. Следует отметить, что схема PERT эффективна только в том случае, если действительно имеются различные оценки. Если менеджер хочет через PERT просто убедить себя, что его решение единственно правильно, то подгонка статистики не даст ничего, кроме положительного ответа (рисунок 4.5).

Рисунок 4.4 - Вычисление реального срока с учетом рисков

После этого можно скорректировать «Длительность» относительно «Реальной Длительности», вычисленной формулой (рисунок 4.5).

Рисунок 4.5 - Анализ и оптимизация плана работ

4.1.3 Анализ и оптимизация стоимости проекта

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

Чтобы оценить общую стоимость проекта, достаточно перейти в таблицу «Затраты» в любом представлении со списком затрат и посмотреть данные в столбце «Общие затраты» у суммарной задачи проекта.

Также требуется проанализировать пропорциональное соотношение затрат внутри бюджета. При этом рассматриваются:

1. Распределение затрат по задачам проекта;

2. Распределение затрат по типам работ;

3. Соотношение между затратами на сверхурочные трудозатраты и обычные;

4. Распределение затрат на ресурсы разных типов.

Для этого можно воспользоваться формулами и настраиваемыми полями.

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

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

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

4.1.4 Анализ рисков

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

Анализ рисков состоит из нескольких этапов:

1. Определение возможных рисков.

2. Определить стратегию действий при возникновении подобной ситуации.

3. Риски могут быть многих типов.

4. Риски в расписании проекта.

5. Ресурсные риски.

6. Бюджетные риски.

7. Социальные риски.

8. Политические риски.

9. Природные.

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

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

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

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

Анализ рисков был выполнен в разделе 1.4.

4.2 Описание контрольных примеров

Контрольные примеры будут описаны на основании пункта 4.2. Технического задания на систему EBIS.

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

Входим в систему, в правом верхнем углу нажимаем «Signin». После чего открывается диалоговые окна для ввода имени пользователя и пароля (рисунок 4.6).

Рисунок 4.6 - Регистрация пользователя

После успешного ввода требуемой информации наблюдаем сообщение об успешной регистрации на ресурсе.

Рисунок 4.7 - Завершение регистрации

4.2.2 Авторизация пользователя

Входим в систему, в правом верхнем углу нажимаем «Login». После чего открывается диалоговые окна для ввода имени пользователя и пароля (рисунок 4.8).

Рисунок 4.8 - Авторизация пользователей

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

Рисунок 4.8 - Успешная авторизация

4.2.3 Создание пользователем темы

Нажимаем «Askquestion» и переходим в форму создания темы для обсуждения (рисунок 4.10).

Рисунок 4.10 - Создание темы

Вводим тему обсуждения, вопрос для обсуждения и задаем теги, при необходимости прикрепляем файл. Нажимаем «Sumbit»,завершая создание формы:

Рисунок 4.11 - Создание темы

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

Рисунок 4.12 - Просмотр темы

4.2.4 Возможность ответа пользователем в выбранной теме

Получение данных от пользователя, сохранение этих данных в соответствующих разделах базы данных.

Для ответа пользователю нужно перейти в тему, ввести текст в поле ответа и нажать «Sumbit» (рисунок 4.13). После этого ответ отобразиться ниже под созданной темой.

Рисунок 4.13 - Ответ пользователем в выбранной теме

4.2.5 Возможность голосования пользователем за ответы

Для оценивания ответа или вопроса созданной темы необходимо нажать клавиши «Like» или «Dislike» означающие положительную или отрицательную оценку соответственно:

Рисунок 4.14 - Оценка ответа

4.2.6 Отображение актуальных тем на главной странице

На главной странице системы всегда отображаются актуальные темы (рисунок 4.15):

Рисунок 4.15 - Главная страница

4.2.7 Поиск темы по ключевым словам

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

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

Рисунок 4.16 - Отображение темы

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

Рисунок 4.17 - Поиск по ключевому слову

Также поиск по тегу можно осуществить из раздела меню, введя тег с клавиатуры (рисунок 4.18).

Рисунок 4.18 - Поиск по ключевому слову

4.3 Проведение испытаний в соответствии с программой и методикой испытаний

Испытания были проведены в два этапа:

1) ознакомительный;

2) испытания.

4.3.1 Перечень проверок, проводимых на 1 этапе испытаний

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

3) проверку комплектности программной документации, в состав которой вошли следующие документы:

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

5) функциональная спецификация системы;

6) руководство оператора;

7) руководство программиста;

8) руководство системного программиста;

9) описание применения;

10) программа и методика испытаний;

11) пояснительная записка по проекту.

12) проверку комплектности состава программных средств.

4.3.2 Перечень проверок, проводимых на 2 этапе испытаний

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

1) проверку соответствия технических характеристик системы;

2) проверку степени выполнения требований функционального назначения системы.

Методика испытаний полностью соответствовала п. «9. Методы испытаний» программы и методики испытаний. Выбранные контрольные примеры были описаны в п. «4.4.Описание контрольных примеров» настоящего документа.

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

4.4 Оценка соответствия окончательного варианта системы требованиям технического задания

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

4.5 Описание решений по сопровождению системы

Система поставляется в виде архива, в котором расположены файлы проекта. В архиве также расположен файл «readme», который содержит описание развертывания системы.

Содержимое файла «readme»:

1. Скачать и установить Python 3.4: https://www.python.org/downloads/release/python-340/

2. Скачать ez_setup.py: https://bootstrap.pypa.io/ez_setup.py

3. Запустить ez_setup.py командой ez_setup.py

4. СкачатьDjango web-framework: https://github.com/django/django/zipball/master

5. Распаковать Django, перейти в распакованный каталог и установить Django командой setup.py install

6. Запустить отладночный сервер командой manage.py runserver

7. В браузере перейти по ссылке: http://localhost:8000

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

заключение

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

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

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

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

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

4. Система поддерживает разнообразные способы поиска и сортировки необходимой информации.

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

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

список использованных источников

1. ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов;

2. ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов;

3. ГОСТ 19.104-78* ЕСПД. Основные надписи;

4. ГОСТ 19.105-78* ЕСПД. Общие требования к программным документам;

5. ГОСТ 19.106-78* ЕСПД. Общие требования к программным документам, выполненным печатным способом;

6. ГОСТ 19.502-78* ЕСПД. Описание применения. Требования к содержанию и оформлению;

7. ГОСТ 19.604-78* ЕСПД. Правила внесения изменений в программные документы, выполненные;

8. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы;

9. ГОСТ 24.104-85 Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования;

10. РД 50-34.698-90. «Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»

11. ГОСТ 34.201-89. «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем»;

12. Электронная документация на Django [Электронный ресурс] URL: https://www.djangoproject.com/ (дата обращения: 15.04.2014);

13. Электронная документация на SQLite [Электронный ресурс] URL: http://sqlite.org/ (дата обращения: 10.04.2014);

14. Электронная документация на Twitter-Bootstrap [Электронный ресурс] URL: http://getbootstrap.com/getting-started/(дата обращения: 18.04.2014);

15. Benington, Herbert D. "Production of Large Computer Programs". IEEE Annals of the History of Computing(IEEE Educational Activities Department) 5 (4): 350–361.doi:10.1109/MAHC.1983.10102. Retrieved 2011-03-21.

16. Walker W. Royce. «Managing the development of large software systems: concepts and techniques» Proc. IEEE WESTCON, Los Angeles (August 1970)Reprinted in ıt Proceedings of the Ninth International Conference on Software Engineering, March 1987, pp.~328--338.

17. Электронная документация на Bitbucket[Электронный ресурс] URL: https://confluence.atlassian.com/display/BITBUCKET/Bitbucket+Documentation+Home (дата обращения: 14.03.2014);

¹⁾ ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению

Дата добавления: 2015-11-14