Практическая работа № 5?????????????

Тема: Разработка отчёта об экспресс- обследовании предприятия.

Цель: научиться составлять отчёт об экспресс- обследовании предприятия.

Ход работы.

1. обоснование целесообразности разработки проекта;

2. оценка уровня качества разрабатываемого программного продукта;

3. организация и планирование работ по разработке проекта;

4. расчет затрат на разработку проекта;

5. расчет эксплуатационных затрат;

6. оценка эффективности разработанного проекта.

 

 

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

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

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

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

В нашей компании разработана и действует информационная система, в которую входят следующие модули: «Бухгалтерский учет», «Кадры» и др.,

 

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

Ее пользователями будут сотрудники отдела материально-технического снабжения (МТС). Применение данного модуля значительно облегчит их труд и сократит затраты на выполнение дополнительной работы.

 

 

 Расчет показателя качества балльно-индексным методом

Показатели качества	Коэффициент весомости, Вj	Проект		Аналог
		Xj	ВjXj	Xj	ВjXj
1. Удобство работы (пользовательский ин-терфейс)	0.1	5	0.5
2.Новизна (соответст-вие современным тре-бованиям)	0.06	4	0.24
3.Соответствие профи-лю деятельности заказ-чика	0.15	4	0.6
4.Операционная систе-ма (многозадачность, графика)	0.05	5	0.25
5. Надежность (защита данных)	0.13	5	0.6
6.Скорость доступа к данным	0.09	4	0.3
7.Гибкость	0.05	4	0.2
8.Функции обработки информации	0.13	4	0.5
9.Соотношение стои-мость/возможности	0.09	4	0.4
10. Время обучения персонала	0.15	3	0.6
Обобщенный показатель качества J ЭТУ		JЭТУ1=		JЭТУ2=

 

 

Оценка трудоемкости отдельных видов работ

Виды работ	Оптими-стическая оценка, tmin	Реалисти-ческая оценка, t нв	Пессимисти-ческая оцен-ка, tmax	Ожидаемая продолжительность работы, Т ож
1.1	14	15	16	16
1.2	5	6	8	6
1.3	13	14	15	14
2.1	4	6	8	6
2.2	6	7	8	7
3.1	15	17	18	17
3.2	6	10	11	10
3.3	13	15	19	15
3.4	2	3	4	3
4.1	4	7	8	7
4.2	6	9	10	9
4.3	7	8	14	8

 

Содержание работы	Исполнители	Длительность, дни	График работ
1Постановка задачи	Крылова О.В. Черепов А.И.	2 3	10.03.14-11.03.14 10.03.14-11.03.14
2 Сбор исходных данных	Крылова О.В. Черепов А.И.	1 8	12.03.14-13.03.14 12.03.14-13.03.14
3 Анализ существующих методов решения задачи и программных средств	Черепов А.И.	5	15.03.14-15.03.14
4 Обоснование принципиальной необходимости разработки	Крылова О.В. Черепов А.И.	3 4	10.03.14-11.03.14 10.03.14-11.03.14
5 Определение и анализ требований к программе	Крылова О.В. Черепов А.И.	2 4	30.10.13-01.11.13 01.11.13-06.11.13
6 Определение структуры входных и выходных данных	Крылова О.В. Черепов А.И.	2 5	06.11.13-08.11.13 08.11.13-14.11.13
7 Выбор технических средств и программных средств реализации	Крылова О.В. Черепов А.И.	2 2	14.11.13-16.11.13 17.11.13-19.11.13
8 Согласование и утверждение технического задания	Крылова О.В. Черепов А.И.	2 4	19.11.13-21.11.13 21.11.13-26.11.13
9 Проектирование программной архитектуры	Черепов А.И.	12	26.11.13-09.12.13
10 Техническое проектирование компонентов программы	Черепов А.И.	10	09.12.13-19.12.13
11 Программирование модулей в выбранной среде программирования	Черепов А.И.	8	19.12.13-28.12.13
12 Тестирование программных модулей	Черепов А.И.	6	28.12.13-04.01.14
13 Сборка и испытание программы	Крылова О.В. Черепов А.И.	3 8	04.01.14-08.01.14 08.01.14-17.01.14
14 Анализ результатов испытаний.	Крылова О.В. Черепов А.И.	2 7	17.01.14-20.01.14 20.01.14-28.01.14
15 Проведение расчётов показателей безопасности жизнедеятельности.	Черепов А.И.	9	28.01.14-06.02.14
16. Проведение экономи- ческих расчетов	Черепов А.И.	6	06.02.14-13.02.14
17. Оформление поясни- тельной записки	Крылова О.В. Черепов А.И.	2 4	13.02.14-15.02.14 15.02.14-20.02.14

 

 

   

Рис 10. «Календарный график продажи горюче- смазочных материалов.»

Вывод: научился составлять отчёт об экспресс- обследовании предприятия.

 

Практическая работа №6

Тема: Формирование требований к системе

Цель: научиться формировать требования к системе с помощью UML

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

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

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

· заголовок (название прецедента, ответственный за исполнение, дата создания шаблона/внесения изменений);

· краткое описание прецедента;

· ограничения;

· предусловия (необходимое состояние системы или условия, при которых должен выполняться прецедент);

· постусловия (возможные состояния системы после выполнения

· прецедента);

· предположения;

· основная последовательность действий;

· альтернативные последовательности действий и условия, их инициирующие;

· точки расширения и включения прецедентов.

Рис 11. «Общая диаграмма»

 

Рис 12.«Распределение сотрудников и их работ»

Рис 13.«Модель системных рецидентов»

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

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

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

 

Практическая работа №7????????????????????

Тема: Разработка фрагмента документа технического задания

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

Каковыми могут быть цели разработки ИС?

Сокращение времени на обработку документации.