|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
информационной системы «Деканат»Групповой проект по разработке
Разработчики: Хромцов Алексей Алексеевич Дьячков Никита Валерьевич Специальность Прикладная информатика (по отраслям) 421 группа
Нарьян-Мар 2015 г. Содержание
1. Структура графика работ программного проекта…………………....3 2. Идентификация и анализ рисков программного проекта………….…..6 3. Описание предметной области…………………………………………...9 4. Первичные требования……………………………………………….…10 5. Детализированные требования………………………………………….11 6. Схема базы данных информационной системы………………………16 7. Измерение программного продукта……………………………………17 8. Ресурсы программного проекта…………………………………………19
Структура графика работ программного проекта
Временные рамки этапов проекта Введем следующие обозначения: T min (in) — раннее время начала решения задачи (при условии что все предыдущие задачи решены в кратчайшее время). T max (in) — позднее время начала решения задачи (еще не вызывает общую задержку проекта). T min (out) — это раннее время конца решения задачи: T min (out) = T min (in) + T min (dec), где T min (dec) — это время решения задачи. T max (out) — это позднее время конца решения задачи: T max (out) = T max (in) + T max (dec), где T max (dec) — это время решения задачи. %(min) — минимальная доля времени от длительности всего проекта. %(max) — максимальная доля времени от всего проекта, не вызывающая задержку проекта. Таблица №1. Временная оценка этапов проекта по разработке ИС «Деканат».
Таблица №2. Временная оценка этапов управления проектом по разработке ИС «Деканат».
Идентификация и анализ рисков программного проекта
Список потенциальных рисков:
1. Дефицит разработчиков; 2. Нереальное расписание; 3. Разработка неправильных SQL-запросов; 4. Дефицит производительности в реальном времени; 5. Недостаточный уровень квалификации разработчиков; 6. Непреднамеренное изменение хранимых данных; 7. Неэргономичность пользовательского интерфейса.
Оценим вероятность возникновения указанных рисков по методу «экспертных оценок». Состав экспертной группы: Жданов Руслан, Безумова Татьяна, Жданов Григорий, Осташова Татьяна, Канюкова Татьяна, Выучейская Ирина, Дьячков Никита. Таблица №3. Риски программного проекта.
По методу «экспертных оценок» оценим потенциальные потери. Вычислим влияние каждого риска на проект. Потери вычисляем по 10-тибалльной шкале. Состав экспертной группы: Жданов Руслан, Безумова Татьяна, Жданов Григорий, Осташова Татьяна, Канюкова Татьяна, Выучейская Ирина, Дьячков Никита. Таблица №4. Потери.
Влияние риска вычисляем по формуле: Потери * Вероятность. Таблица №5. Влияние риска.
Описание предметной области
Задание от клиента: Разработать простейшую информационную систему по заданному описанию предметной области. Данные информационной системы должны храниться в базе данных. К информационной системе должен быть разработан пользовательский графический интерфейс. Обработка данных может осуществляться как на локальной машине, так и удаленно – на сервере. Описание предметной области: Деканат - это административно-учебное управление факультета в институте. Студенты учатся на факультете. Каждый студент имеет ФИО; пол; дату рождения; адрес прописки; номер группы, в которой он учится. Каждой группе соответствует название, курс, семестр. Группа изучает предметы. Каждый предмет имеет название, количество лекционных и практических часов, а также заканчивается экзаменом или зачетом. Информационная система должна вести учет обучающихся студентов на факультете и учет их успеваемости. Должна быть организована возможность ввода данных в систему через пользовательский интерфейс, а так же возможность выполнения запросов. Запросы: · Выбрать успеваемость студентов по дисциплинам · Выбрать дисциплины, изучаемые группой студентов на определенном курсе или определенном семестре · Выбрать количество студентов на курсе
Первичные требования ü Официальное название ИС: «Деканат». ü ИС разбита на три основные группы: «Запросы», «Отчеты», «Формы». ü Пользователь должен иметь возможность, с помощью запроса, узнать успеваемость студента, количество студентов на выбранной группе и изучаемые предметы на курсе. ü Возможность просмотреть отчеты на каждого студента, дисциплину и группу. ü Возможность вводить новых студентов и дисциплины в ИС.
Детализированные требования
Схема базы данных информационной системы
Измерение программного продукта
Для измерения качества и стоимости проекта будем опираться на функционально-ориентированную метрику А. Албрехта. Составим таблицу с информационными характеристиками. Таблица №6. Сложность информационных характеристик.
Таблица №7. Ранг и оценка сложности внешних запросов.
Таблица №8. Ранг и оценка сложности внутренних логических файлов.
Таблица №9. Соотношения для расчета функционально-ориентированной метрики.
где , , – это количество транзакций/файлов (смотри таблицу №6).
В нашем случае =3, =0, =0, =0, =0, =1. Общее количество равно: 24.
Вычислим FP-указатель по формуле: где – это коэффициенты регулировки сложности. Таблица №10. Системные параметры.
Вычислим коэффициенты регулировки сложности системных параметров приложения. Состав экспертной группы: Жданов Руслан, Безумова Татьяна, Жданов Григорий, Осташова Татьяна, Канюкова Татьяна, Выучейская Ирина, Дьячков Никита. Таблица №11. Коэффициент регулировки сложности.
Вычислим FP: FP = 24*(0,65+0,01*(0,7+2+2,7+2,7+0,9+3+1+1,1+3,6+3,9+2,3+2,7+2,4))= 22,6.
Для нахождения итоговых показателей проекта (качества и стоимости) необходимо знать значение производительности для группы разработчиков. Рассчитаем производительность: Производительность = FP / Затраты, где Затраты имеют размерность [чел./мес.] и равны в нашем случае 30*2/30 (т.к. проект занял 30дней, и всего 2 разработчика). Затраты не включают заработную плату. Производительность = 22,6 / 2 = 11,3.
Для оценки качества посчитаем количество ошибок: 1. Легко нарушить целостность базы данных.
Рассчитаем качество: Качество = FP / Ошибки Качество = 22,6 / 1 = 22,6. Рассчитаем стоимость проекта: Стоимость = Затраты * Заработная плата Допустим, средства, выделенные на заработную плату, равны 1000 у.е.., тогда стоимость проекта равна 2 *1000 (у.е.) = 2000 (у.е.) Ресурсы программного проекта
При разработке системы были использованы следующие ресурсы: 1. Максимальный временной ресурс: 32 дня; 2. Количество разработчиков: 2 человека; 3. Количество компьютеров: 2 штуки; 4. Программное обеспечение: MS Office Access 2010, MS Office Word 2010, MS Paint, MS Office Excel 2010.
Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.018 сек.) |