51
начинает работу по поиску альтернатив или возможных направлений действий для
решения проблемы.
Многие из альтернативных решений легко обнаружить. Они обычно известны
из предыдущего опыта, стандартны и легко вписываются в критериальные границы
лучшего решения.
Рассмотрим следующие альтернативы:
1. Оставить имеющуюся систему
2. Проектирование ИС своими силами
3. Покупка готовой ИС
Разработка концепции проекта связана с рассмотрением альтернативных
вариантов реализации проекта или отдельных его составляющих. Существуют
различные методы оценки и выбора наиболее подходящего варианта реализации
проекта. Метод экспертной оценки проектов позволяет учесть количественные и
качественные характеристики проектов.
Алгоритм экспертной оценки:
1 определяются факторы, которые могут в значительной степени повлиять на
успешность выполнения проекта (как правило, факторы – характеристики проекта).
2 осуществляется оценка весомости (ранга) каждого из перечисленных
факторов. Сумма рангов всех факторов должна быть равна единице.
3 проекты или варианты одного проекта необходимо оценить по каждому из
факторов оценки. Максимальный балл по любому из факторов для проекта равен 100
4 экспертная оценка влияния каждого фактора получается путем перемножения
веса каждого фактора на оценку этого фактора для каждого варианта. Интегральная
экспертная оценка приоритетности 1-го проекта определяется как сумма значений в
столбце 7 в таблице.
5 выбор делается в пользу варианта проекта, имеющего наибольшую
интегральную оценку.
В расчете, представленном в Таблице 7, наибольшуюинтегральную оценку
получил 2 вариант проекта.
Таблица.7
Экспертная оценка альтернативных проектов.
№
Характеристика,
Показатель
Номер
Интегральная
52
п\п
фактор
весомости
проекта
оценка
1
2
3
1
2
3
1
Удобство работы
0,5
80
90
85
40
45
42,5
2
Затраты на
разработку
0,3
60
70
80
18
21
24
3
Загруженность
сотрудников
0,1
95
75
55
9,5
7,5
5,5
4
Удобство работы
0,06
20
100
70
1,2
6
4,2
5
Затраты на
обучение
персонала
0,04
50
50
50
2
2
2
Всего
70,7
81,5
78,2
Выполним планирование проекта разработки ИС
Список работ проекта:
1. Получение задания на проект 1 день
2. Составление характеристики предприятия 3 дня
3. Анализ бизнес-процессов 4 дня
4. Анализ ресурсов предприятия 3 дня
5. Определение платформы для разоаботки 3 дня
6. Разработка базы данных ИС 1 6 дней
7. Разработка интерфейса -16 дней
8. Разработка даполнительных модулей 15 дней
9. Тестирование ИС 5 дней
10. Сдача в эксплуатацию 3 дня
Построим сетевой график проекта (рис.10)
Рис. 9. Сетевой график проекта
53
Важнейшим показателем сетевого графика являются резервы времени. Резервы
времени каждого пути показывают, на сколько может быть увеличена
продолжительность данного пути без ущерба для наступления завершающего
события. Поскольку каждый некритический путь сетевого графика имеет свой
полный резерв времени, то и каждое событие этого пути имеет свой резерв времени.
Резерв времени события показывает, на какой допустимый период времени
можно задержать наступление этого события, не вызывая при этом увеличения срока
выполнения комплекса работ.
Для определения резервов времени по событиям сети рассчитывают наиболее
ранние t
p
и наиболее поздние t
п
сроки свершения событий. Любое событие не может
наступить прежде, чем свершаться все предшествующие ему события и не будут
выполнены все предшествующие работы. Поэтому ранний (или ожидаемый) срок tp(i)
свершения i-ого события определяется продолжительностью максимального пути,
предшествующего этому событию:
t
TS
(i) = max(t(L
TSi
)) (2.1)
где L
ni
– любой путь, предшествующий i-ому событию, то есть путь от
исходного до i-ого события сети.
Если событие j имеет несколько предшествующих путей, а следовательно,
несколько предшествующих событий i, то ранний срок свершения события j удобно
находить по формуле:
t
TS
(j) = max[t
TS
(i) + t(i,j)] (2.2)
Задержка свершения события i по отношению к своему раннему сроку не
отразится на сроке свершения завершающего события (а значит, и на сроке
выполнения комплекса работ) до тех пор, пока сумма срока свершения этого события
и продолжительности (длины) максимального из следующих за ним путей не
превысит длины критического пути. Поэтому поздний (или предельный) срок t
п
(i)
свершения i-ого события равен:
t
п
(i) = t
kp
- max(t(L
ci
)) (2.3)
где L
ci
- любой путь, следующий за i-ым событием, т.е. путь от i-ого до
завершающего события сети.
54
Если событие i имеет несколько последующих путей, а следовательно,
несколько последующих событий j, то поздний срок свершения события i удобно
находить по формуле:
t
п
(i) = min[t
п
(j) - t(i,j)] (2.4)
Резерв времени R(i) i-ого события определяется как разность между поздним и
ранним сроками его свершения:
R(i) = t
п
(i) - t
p
(i) ( 2.5)
Критические события резервов времени не имеют, так как любая задержка в
свершении события, лежащего на критическом пути, вызовет такую же задержку в
свершении завершающего события. Таким образом, определив ранний срок
наступления завершающего события сети, мы тем самым определяем длину
критического пути.
Для i=0 (начального события), очевидно tp(0)=0.
i=1: t
p
(1) = t
p
(0) + t(0,1) = 0 + 1 = 1.
i=2: t
p
(2) = t
p
(1) + t(1,2) = 1 + 3 = 4.
i=3: t
p
(3) = t
p
(1) + t(1,3) = 1 + 4 = 5.
i=4: t
p
(4) = t
p
(1) + t(1,4) = 1 + 3 = 4.
i=5: max(t
p
(2) + t(2,5);t
p
(3) + t(3,5);t
p
(4) + t(4,5)) = max(4 + 3;5 + 3;4 + 3) = 8.
i=6: t
p
(6) = t
p
(5) + t(5,6) = 8 + 16 = 24.
i=7: t
p
(7) = t
p
(5) + t(5,7) = 8 + 16 = 24.
i=8: t
p
(8) = t
p
(5) + t(5,8) = 8 + 15 = 23.
i=9: max(t
p
(6) + t(6,9);t
p
(7) + t(7,9);t
p
(8) + t(8,9)) = max(24 + 5;24 + 5;23 + 5) = 29.
i=10: t
p
(10) = t
p
(9) + t(9,10) = 29 + 3 = 32.
Длина критического пути равна раннему сроку свершения завершающего
события 10: t
cp
=t
TS
(10)=32
В данном случае имеются несколько критических путей:
Критический путь №1:0→1→3→5→6→9→10
55
Рис. 10. Критический путь 1 проекта
Критический путь №2:0→1→3→5→7→9→10
Рис. 10. Критический путь 2 проекта
2.2.2.Формирование команды проекта автоматизации
Функциональные обязанности членов команды
Проектировщики – разработка ПО
Аналитики - анализ и работу с требованиями к программным продуктам,
формулирование высокоуровневых требований к программному продукту,
56
составление его структуры и связей между элементами, определение
технологий и/или используемых программных решений.
Менеджеры - реализация ПО и руководство процессом создания ПО.
Тестировщики – тестирование и отладка программных продуктов.
Системные администраторы – Установка и настройка ПО.
Таблица 8
Проектная команда
Карасев
К.Ю.
Еремичев
С.Г.
Курдин А.
В.
Власов
А.Н.
Еремеева
М.В.
Шишкин
А.В.
Группа
анализа
Системн
ый
аналити
к
Менеджер
продукта
Бизнес -
аналитик
Группа
управлен
ия
Куратор
проекта
Руководит
ель
группы
тестирова
ния
Руководител
ь проекта
Группа
производ
ства
Проектир
овщик
Группа
тестирова
ния
Проекти
ровщик
тестов
Тестировщ
ик
Разработчик
автоматизир
ованных
тестов
Группа
обеспече
ния
Системн
ый
аналити
к
Рецензент
Разработч
ик
учебных
курсов
Системный
администрат
ор
2.2.3. Средства коллективной работы над проектом автоматизации
Microsoft Visual SourceSafe (Visual SourceSafe, VSS) — программный продукт
компании Майкрософт, файл-серверная система управления версиями,
предназначенная для небольших команд разработчиков. VSS позволяет хранить в
общем хранилище файлы, разделяемые несколькими пользователями, для каждого
файла хранится история версий.
VSS входит в состав пакета Microsoft Visual Studio и интегрирован с
продуктами этого пакета. Доступен только для платформы Windows.
57
Visual SourceSafe нацелен на индивидуальных разработчиков либо небольшие
команды разработчиков. Там где VSS недостаточно, ему на замену предлагается
новый продукт Майкрософт — Team Foundation ServerVisual Studio Team System.
Ключевые функции продукта
Безопасность и масштабируемость: защищенная область для хранения файлов,
обслуживаемая простой в использовании системой безопасности. Файлы защищены и
в то же время легко доступны зарегистрированным пользователям. Visual SourceSafe
может работать с одним пользователем или с сотнями пользователей и с множеством
проектов.
Проектная ориентация для Web и ПК: допускает разделение файлов и
отслеживание изменений в проектах, освобождая пользователей от необходимости
проверки, какие файлы изменились, кем, когда и где. В результате повышается
производительность работы в группах по управлению Web и ПК.
Широкие возможности и простота использования: полная интеграция с
большим количеством программных продуктов обеспечивает контроль версий для
документов любого типа. Система достаточно проста даже для разработчиков без
технического образования. Широкие возможности для больших групп, сложных
проектов и web-узлов.
Система одновременных версий (CVS)
CVS появилась в 1980-х и до сих пор популярна как у разработчиков
коммерческих продуктов, так и у open-source разработчиков.
CVS распространяется на условиях Открытого лицензионного
соглашения GNU и позволяет получать с сервера нужную версию проекта — «check-
out» (извлечение), а затем пересылать обратно на сервер, «check-in» (возврат), с
внесенными изменениями.
Изначально CVS была создана, чтобы избежать конфликта версий. Всем
участникам для работы предоставлялась только самая последняя версия кода. Это
была первая система контроля версий. Пользователю нужно было быстро
фиксировать изменения в репозитории, пока другие не опередили его.
Сейчас CVS имеет поддержку работы над проектами с ветками кода.
Получается несколько вариантов продукта с разными характеристиками, которые
можно будет объединить позднее.
58
Сервера CVS обычно работают под управлением Unix, но CVS-клиенты
доступны и в других популярных операционных системах. CVS — «зрелая»,
проверенная временем система контроля версий. Это по-прежнему опенсорсная
система, но на сегодняшний день новые функции добавляются довольно редко.
При этом CVSNT, — выделившаяся в отдельный проект версия CVS для
серверов Windows, — сейчас достаточно активно расширяет функционал.
Преимущества:
Испытанная временем технология, которая удерживается на рынке десятки лет.
Недостатки:
Переименование или перемещение файлов не отражается в истории
Риски безопасности, связанные с символическими ссылками на файлы
Нет поддержки атомарных операций, что может привести к повреждению кода
Операции с ветками программного кода дорогостоящие, так как эта система
контроля не предназначена для долгосрочных проектов с ветками кода
Code Co-op упрощает задачу защиты и управления кодом, сохраняя
защищенную копию файлов на вашей рабочей станции, с которой вы будете
выполнять все стандартные функции VCS, такие как регистрация, извлечение,
сравнение, восстановление и многое другое.
Переход от одного проекта к другому осуществляется из одного графического
интерфейса.
Разработка в любое время и в любом месте без сервера.
Code Co-op поддерживает распределенную команду без центрального сервера,
предоставляя возможность совместной работы через электронную почту, сеть или оба
варианта. Это возможно, потому что есть защищенная копия проекта на рабочей
станции или ноутбуке, с которой выполняется регистрация, извлечение, просмотр
истории и многое другое. При повторном подключении к электронной почте или к й
сети, вы будет синхронизация, обмениваясь сценариями синхронизации с
участниками проекта.
Code Co-op повышает производительность, гарантируя, что всегда работает
последняя версиия проекта. Code Co-op также создает эталонный тест при каждой
регистрации, облегчая идентификацию и возврат к предыдущей версии проекта или
файла.
59
Code Co-op интегрируется с Borland Delphi и C ++ Builder и Microsoft
VisualStudio.NET. Он также интегрирует Visual SlickEdit, Macromedia ColdFusion,
Starbase CodeWright, IBM Visual Age и другие инструменты, использующие Microsoft
SCC API.
Нет сервера, нет обслуживания, нет суеты.
Code Co-op устраняет необходимость в нестабильных серверных
подключениях для сторонних разработчиков и дорогостоящее обслуживание,
связанное с настройкой центрального сервера.
Надежное, безопасное решение с автоматическим резервным копированием.
Code Co-op поддерживает безопасную полностью транзакционную базу
данных, что дает вам уверенность в том, что в случае прерывания регистрации по
какой-либо причине база данных не будет повреждена или ваши изменения будут
потеряны. В случае, если нужно восстановить проект, вы можете легко сделать это,
присоединившись к проекту от другого участника, потому что у него есть полная
копия проекта.
Особенности продукта:
Работа с безсерверной архитектурой
Контроль версий с сетевым подключением или без него. Code Co-op создает и
управляет безопасной компактной базой данных на каждой рабочей станции или
ноутбуке участников проекта. Из этой базы данных можно просматривать,
регистрировать, извлекать и восстанавливать предыдущие версии независимо от
электронной почты или сетевого подключения.
Выбираем средство коллективной разработки - Microsoft Visual SourceSafe
(Visual SourceSafe, VSS)
2.3. Информационное обеспечение задачи
2.3.1. Информационная модель и её описание
Информационная модель – это совокупность информации об объекте,
описывающая свойства и состояние объекта, процесса или явления, а также связи и
отношения с окружающим миром [8]. К тому же она объясняет, на каких входных
документов и какой нормативно-справочной информации происходит выполнение
60
функций по обработке данных и формирование конкретных выходных документов.
Информационная модель приведена на рисунке 11.
Рисунок 11. Информационная модель системы
В соответствии с приведенной информационной моделью, работа системы
осуществляется следующим образом.
Работник, проходя мимо проходной отмечает пропуск, в БЖ заносится ФИО,
Должность, отдел и подразделение. Б БД каждого терминала занесено Здание, ,