АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

информационной системы «Деканат»

Читайте также:
  1. B. Взаимодействие с бензодиазепиновыми рецепторами, вызывающее активацию ГАМК – ергической системы
  2. CRM системы и их возможности
  3. II. Достижения и успехи, учитываемые в формировании информационной базы «Золотой фонд студентов»
  4. III. Порядок формирования информационной базы «Золотой фонд студентов».
  5. IV. Поземельные книги и другие системы оглашений (вотчинная и крепостная системы)
  6. Автоматизированное рабочее место (АРМ) таможенного инспектора. Назначение, основные характеристики АРМ. Назначение подсистемы «банк - клиент» в АИСТ-РТ-21.
  7. Автоматизированные информационно-поисковые системы
  8. Автоматизированные системы бронирования, управления перевозками, отправками в аэропортах.
  9. Автоматизированные системы управления воздушным движением.
  10. Автоматические системы пожаротушения.
  11. Адекватность понимания связи свойств нервной системы с эффективностью деятельности
  12. Анализ активности вегетативной нервной системы

Групповой проект по разработке

 

 

Разработчики: Хромцов Алексей Алексеевич

Дьячков Никита Валерьевич

Специальность Прикладная информатика (по отраслям)

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. Временная оценка этапов проекта по разработке ИС «Деканат».

Этап T min (in) T max (in) T min (out) T max (out) T min (dec) T max (dec) %(min) %(max)
Сбор первичных требований 13.04.15 13.04.15 15.04.15 16.04.15 2 дня 3 дня 7% 9%
Анализ требований 15.04.15 16.04.15 19.04.15 22.04.15 5 дней 5 дней 17% 16%
Проектирование ИС 20.04.15 23.04.15 23.04.15 27.04.15 4 дня 5 дней 17% 16%
Разработка пользовательского интерфейса 24.04.15 28.04.15 29.04.15 04.05.15 7 дней 7 дней 24% 22%
Тестирование 04.04.15 10.05.15 10.05.15 15.05.15 10 дней 12 дней 35% 37%
Всего: 29 дней 32 дней 100% 100%

Таблица №2. Временная оценка этапов управления проектом по разработке ИС «Деканат».

Этап T min (in) T max (in) T min (out) T max (out) T min (dec) T max (dec) %(min) %(max)
Составление графика работ 13.04.15 13.04.15 17.04.15 17.04.15 5 дней 5 дней 17% 16%
Идентификация и анализ рисков 17.04.15 17.04.15 23.04.15 25.04.15 7 дней 9 дней 24% 28%
Измерение программного продукта 23.04.15 25.04.15 29.04.15 02.05.15 7 дней 8 дней 24% 25%
Составление отчета о проделанной работе 29.04.15 02.05.15 08.05.15 12.04.15 10 дней 10 дней 35% 31%
Итого 29 дней 32 дня 100% 100%

 

Идентификация и анализ рисков программного проекта

 

Список потенциальных рисков:

 

1. Дефицит разработчиков;

2. Нереальное расписание;

3. Разработка неправильных SQL-запросов;

4. Дефицит производительности в реальном времени;

5. Недостаточный уровень квалификации разработчиков;

6. Непреднамеренное изменение хранимых данных;

7. Неэргономичность пользовательского интерфейса.

 

Оценим вероятность возникновения указанных рисков по методу «экспертных оценок».

Состав экспертной группы: Жданов Руслан, Безумова Татьяна, Жданов Григорий, Осташова Татьяна, Канюкова Татьяна, Выучейская Ирина, Дьячков Никита.

Таблица №3. Риски программного проекта.

Эксперт Риски (%)
             
Жданов Руслан              
Безумова Татьяна              
Жданов Григорий              
Осташова Татьяна              
Канюкова Татьяна              
Выучейская Ирина              
Дьячков Никита              
Итого              

 

 

По методу «экспертных оценок» оценим потенциальные потери. Вычислим влияние каждого риска на проект. Потери вычисляем по 10-тибалльной шкале.

Состав экспертной группы: Жданов Руслан, Безумова Татьяна, Жданов Григорий, Осташова Татьяна, Канюкова Татьяна, Выучейская Ирина, Дьячков Никита.

Таблица №4. Потери.

Эксперт Потери
             
Жданов Руслан              
Безумова Татьяна              
Жданов Григорий              
Осташова Татьяна              
Канюкова Татьяна              
Выучейская Ирина              
Дьячков Никита              
Итого 4,4 4,7 6,6   5,9   3,9

 

Влияние риска вычисляем по формуле: Потери * Вероятность.

Таблица №5. Влияние риска.

Элемент риска Вероятность Потери Влияние риска
Дефицит разработчиков   4,4    
Нереальное расписание   4,7    
Разработка неправильных SQL-запросов   6,6    
Дефицит производительности в реальном времени        
Недостаточный уровень квалификации разработчиков   5,9    
Непреднамеренное изменение хранимых данных        
Неэргономичность пользовательского интерфейса   3,9    
           

 


 

 

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

 

Задание от клиента:

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

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

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

Запросы:

· Выбрать успеваемость студентов по дисциплинам

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

· Выбрать количество студентов на курсе


 

 

Первичные требования

ü Официальное название ИС: «Деканат».

ü ИС разбита на три основные группы: «Запросы», «Отчеты», «Формы».

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

ü Возможность просмотреть отчеты на каждого студента, дисциплину и группу.

ü Возможность вводить новых студентов и дисциплины в ИС.


 

Детализированные требования

 

 

Первичные требования Детализированные требования
1. Официальное название ИС: «Деканат». 1.1. Официальное название ИС: «Деканат».
2. ИС разбита на три основные группы: «Запросы», «Отчеты», «Формы». 2.1. Каждая из групп должна предоставлять свой каскад данных. 2.2. Группы должны быть наглядно разбиты на свои ячейки в структуре ИС. 2.3. Каждая из групп, должна быть представлена в корневом меню «Деканат».
3. Пользователь должен иметь возможность, с помощью запроса, узнать успеваемость студента, количество студентов на выбранной группе и изучаемые предметы на курсе. 3.1. Каждый запрос должен быть удобен и понятен. 3.2. Запросы могут быть выполнены как через меню «Деканат», так и отдельно, в самой структуре ИС. 3.4. Каждый запрос должен выдавать точную информацию согласно информации находящейся в БД.
4. Возможность просмотреть отчеты на каждого студента, группу, дисциплину. 4.1.Отчеты должны предоставлять информацию в доступном виде. 4.2. Отчет должен быть опрятен и аккуратно выполнен. 4.3. Отчет должен иметь название. 4.4. Предоставляемая информация должна быть структурирована.
5. Возможность вводить новых студентов и дисциплины в ИС. 5.1. Ввод новых данных должен быть прост и удобен, должна быть осуществлена, возможность добавления информации с помощью графического интерфейса.   5.2. После добавления новых данных, должна быть осуществлена возможность их просмотра в отчете.  

 


 

Схема базы данных информационной системы

 

 


 

Измерение программного продукта

 

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

Составим таблицу с информационными характеристиками.

Таблица №6. Сложность информационных характеристик.

Характеристика № транзакции/файла Ранг и оценка сложности
Транзакции
Внешние запросы   Низкий (3)
  Низкий (3)
  Низкий(3)
Файлы
Внутренние логические файлы   Высокий (15)

 

Таблица №7. Ранг и оценка сложности внешних запросов.

Ссылки на файлы Элементы данных
1-4 5-19 >19
0-1 Низкий (3) Низкий (3) Средний (4)
2-3 Низкий (3) Средний (4) Высокий (6)
>3 Средний (4) Высокий (6) Высокий (6)

 

Таблица №8. Ранг и оценка сложности внутренних логических файлов.

Типы элементов-записей Элементы данных
1-19 20-50 >50
  Низкий (7) Низкий (7) Средний (10)
2-5 Низкий (7) Средний (10) Высокий (15)
>5 Средний (10) Высокий (15) Высокий (15)

Таблица №9. Соотношения для расчета функционально-ориентированной метрики.

Имя характеристики Ранг, сложность, количество.
Низкий Средний Высокий Итого
Внешние запросы *3 *4 *6 *3+ *4+ *6
Внутренние логические файлы *7 *10 *15 *7+ *10+ *15
Общее количество Сумма

 

где , , – это количество транзакций/файлов (смотри таблицу №6).

 

В нашем случае =3, =0, =0, =0, =0, =1.

Общее количество равно: 24.

 

Вычислим FP-указатель по формуле:

где – это коэффициенты регулировки сложности.

Таблица №10. Системные параметры.

Системные параметры Описание
  Передачи данных Сколько средств связи требуется для передачи или обмена информацией с приложением или системой?
  Распределенная обработка данных Как обрабатываются распределенные данные и функции обработки?
  Распространенность используемой конфигурации Насколько распространена текущая аппаратная платформа на которой будет выполнятся приложение?
  Скорость транзакции Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц)
  Оперативный ввод данных Какой процент информации надо вводить в режиме онлайн?
  Эффективность работы конечного пользователя Приложение проектировалось для обеспечения эффективной работы конечного пользователя?
  Оперативное обновление Как много внутренних файлов обновляется в онлайновой транзакции?
  Сложность обработки Выполняет ли приложение интенсивную логическую или математическую обработку?
  Повторная используемость Приложение разрабатывалось для удовлетворения требований одного или многих пользователей?
  Легкость инсталляции Насколько трудно преобразование или инсталляция приложения?
  Легкость эксплуатации Насколько эффективны и /или автоматизированные процедуры запуска, резервирования и восстановления?
  Разнообразные условия размещения Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций?
  Простота изменений Была ли спроектирована, разработана и поддержана в приложении простота изменений?
       

 


Вычислим коэффициенты регулировки сложности системных параметров приложения.

Состав экспертной группы: Жданов Руслан, Безумова Татьяна, Жданов Григорий, Осташова Татьяна, Канюкова Татьяна, Выучейская Ирина, Дьячков Никита.

Таблица №11. Коэффициент регулировки сложности.

Эксперт Коэффициент регулировки сложности
                         
Жданов Руслан                          
Безумова Татьяна                          
Жданов Григорий                          
Осташова Татьяна                          
Канюкова Татьяна                          
Выучейская Ирина                          
Дьячков Никита                          
Итого 0,7   2,7 2,7 0,9     1,1 3,6 3,9 2,3 2,7 2,4

 

Вычислим 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 сек.)