Таблица 1. Расчет показателя качества балльно-индексным методом
Виды работ
Оптимистическая оценка, tmin
Реалистическая оценка, tнв
Пессимистическая оценка, tmax
Ожидаемая продолжительность работы, tож
1.1
9
14
21
14
1.2
3
5
9
5
1.3
10
15
20
15
2.1
2
3
4
3
2.2
15
17
20
17
3.1
10
15
20
15
3.2
19
21
22
21
3.3
5
9
14
9
3.4
7
11
15
11
4.1
2
4
6
4
4.2
10
5
20
8
4.3
8
16
24
16
Содержание работы
Исполнители
Длительность, дни
График работы
1 Постановка задачи
Программист
1
10.03.14-11.03.14
2 Сбор исходных данных
Программист
2
12.03.14-13.03.14
3 Анализ существующих методов решения задачи и программных средств
Программист
1
14. 03.14-15.03.14
4 Обоснование принципиальной необходимости разработки
Программист
1
16.14-17.03.14
5 Определение и анализ требований к программе
Программист
3
18.03.14-20.03.14
6 Определение структуры входных и выходных данных
Программист
3
21.03.14-23.03.14
7 Выбор технических средств и программных средств реализации
Программист
1
24.03.14-24.03.14
8 Согласование и утверждение технического задания
Программист
1
25.03.14-26.03.14
9 Проектирование программной архитектуры
Программист
2
27.03.14-29.03.14
10 Техническое проектирование компонентов программы
Программист
2
30.03.14-01.04.14
11 Программирование модулей в выбранной среде программирования
Программист
6
01.04.14-07.04.14
12 Тестирование программных модулей
Программист
6
07.04.14-13.04.14
13 Сборка и испытание программы
Программист
2
13.04.14-14.04.14
14 Анализ результатов испытаний
Программист
2
15.04.14-16.04.14
15 Проведение расчетов показателей безопасности жизнедеятельности
Программист
1
16.04.14-17.04.14
16 Проведение экономических расчетов
Программист
1
17.04.14
Таблица 3. Зарплата
Материалы
Единица измерения
Требуемое количество
Цена за единицу Руб.
Сумма Руб.
Тетрадь общая
шт.
1
10
10
Компакт-диск CD-RW
шт.
2
35
70
Тонер для лазерного принтера
шт.
1
1000
1000
Бумага офисная
пачка
1
120
120
Итого
1200
1. Общие сведения: Система предназначена для хранение сведений о группах, о каждой песне из репертуара группы, о последних гастрольных поездках каждой группы.
2. Назначение и цели создания (развития) системы: Для хранение всех данных и выдача отчета.
3. Требования к системе: 1. Система поможет увеличить скорость рабочего процесса, быстрым доступом к подсчетам полученных денег и затрат.
2. Система упростит рабочий процесс, с помощью удобного и понятного интерфейса, и облегченного доступа к базам данных.
Техническое задание
1. Назначение и цели создания (развития) системы.
Назначение: Система, предназначена для повышения оперативности качества хранения данных. Основным назначением является автоматизация деятельности обработки данных и их хранения.
Цели создания: Сократить время и повысить качество хранение данных путем автоматизации системы.
• Сократить время обработки данных о музыкальной группы, за счет автоматизации системы;
• Повысить качество хранения данных с помощью автоматизации системы.
2. Требования к системе: Система должна быть удобной, т.е. все требования менеджера музыкальной группы должны быть обговорены и прописаны в договоре. Для обеспечения высокой надежности функционирования, как системы в целом, так и её отдельных компонентов должно обеспечиваться выполнение требований по диагностированию ее состояния.
Требования к структуре и функционированию системы. В системе нужно выделить функциональные подсистемы:
• подсистема сбора, обработки и хранения личных данных клиента.
• подсистема хранения данных о клиентах
• подсистема формирования отчетов и отправки их в бухгалтерию.
• подсистема по зачислению оплаты.
Система должна иметь функцию обновления и модернизации.
Система должна иметь аварийное сохранение данных при сбоях работ. Определяются требования к режимам функционирования системы.
Система должна поддерживать следующие режимы функционирования: - Основной режим, в котором подсистемы выполняют все свои основные функции.
- Профилактический режим, в котором одна или все подсистемы не выполняют своих функций.
В основном режиме функционирования Система должна обеспечивать: - Работу пользователей в режиме – 10 часов в день, 6 дней в неделю (10х6);
- Выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.
В профилактическом режиме Система должна обеспечивать возможность проведения следующих работ: - техническое обслуживание;
- модернизацию аппаратно-программного комплекса;
- устранение аварийных ситуаций.
Общее время проведения профилактических работ не должно превышать 5% от общего времени работы системы в основном режиме (12 часов в месяц).
Требования к численности и квалификации персонала системы и режиму его работы. К квалификации персонала, эксплуатирующего систему почтового отделения, предъявляются следующие требования.
- Конечный пользователь - знание соответствующей предметной области;
- Администратор по обучению персонала для новой системы - знание и навыки по работе с данной системой.
- Администратор за слежением работы всех подсистем - глубокие знания по данной системе, ее подсистемам, фиксирование работ подсистем.
В состав персонала, необходимого для обеспечения эксплуатации почтового отделения в рамках соответствующих подразделений заказчика, необходимо выделение следующих ответственных лиц: - Руководитель эксплуатации системы - 1 человек.
- Администратор по обучению персонала для новой системы - 2 человека.
- Администратор за слежением работы всех подсистем – 1 человек
Требования к режимам работы персонала: Персонал, работающий с Системой и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах: - Конечный пользователь - в соответствии с основным рабочим графиком подразделений почтового отделения.
- Администратор по обучению персонала для новой системы – двухсменный график, поочередно.
- Администратор за слежением работы всех подсистем – в соответствии с основным рабочим графиком подразделений почтового отделения.
Требования к надежности: Состав показателей надежности для системы в целом.
Надежность должна обеспечиваться за счет: - применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;
- своевременного выполнения процессов администрирования Системы;
- предварительного обучения пользователей и обслуживающего персонала.
Перечень аварийных ситуаций, по которым регламентируются требования к надежности: Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой, а также "зависание" этого процесса.
При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы: - сбой в электроснабжении рабочей станции пользователей системы;
- сбой в электроснабжении обеспечения локальной сети (поломка сети);
- ошибки Системы, не выявленные при отладке и испытании системы;
Требования к надежности технических средств и программного обеспечения: К надежности оборудования предъявляются следующие требования: - в качестве аппаратных платформ должны использоваться средства с повышенной надежностью;
- применение технических средств соответствующих классу решаемых задач;
- аппаратно-программный комплекс Системы должен иметь возможность восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
- должно быть обеспечено бесперебойное питание активного сетевого оборудования.
Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий:
- предварительного обучения пользователей и обслуживающего персонала;
- своевременного выполнения процессов администрирования;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем должна обеспечиваться за счет:
- надежности общесистемного ПО и ПО, разрабатываемого Разработчиком;
- проведением комплекса мероприятий отладки, поиска и исключения ошибок.
- ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации.
Требования к приспособляемости системы к изменениям. Обеспечение приспособляемости системы должно выполняться за счет:
- своевременности администрирования;
- модернизации процессов сбора, обработки и хранения личных данных в соответствии с новыми требованиями;
Требования к эргономике и технической эстетике. Подсистема формирования и визуализации отчетности данных должна обеспечивать удобный для работника почтового отделения интерфейс, отвечающий следующим требованиям.
В части внешнего оформления:
- интерфейсы подсистем должен быть типизированы;
- должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
- должен использоваться шрифт: Times New Roman
- размер шрифта должен быть: 12
- цветовая палитра должна быть: черная
- в шапке отчетов должен использоваться данные о клиентах.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.
Требования к защите информации от несанкционированного доступа.
Требования к информационной безопасности.
Обеспечение информационной безопасности Системы должно удовлетворять следующим требованиям:
- Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.
- Защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
- Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения данных).
Требования к антивирусной защите. Средства антивирусной защиты должны быть установлены на всех рабочих местах работников почтового отделения. Средства антивирусной защиты рабочих мест работников почтового отделения должны обеспечивать:
- централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;
- централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;
- ведение журналов вирусной активности;
- администрирование всех антивирусных продуктов.
Требования по сохранности информации при авариях. В Системе должно быть обеспечено резервное копирование данных.
Требования по стандартизации и унификации. Для работы с БД должнен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.
В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.
Требования безопасности. При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с "Правилами устройства электроустановок" и "Правилами техники безопасности при эксплуатации электроустановок потребителей".
Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. "ССБТ. Пожарная безопасность. Общие требования".
Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. "ССБТ. Оборудование производственное. Общие требования безопасности" при обслуживании системы в процессе эксплуатации.
Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. "Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации".
Требования по применению систем управления базами данных. Для реализации подсистемы хранения данных должна использоваться промышленная СУБД < Access 2009>.
Требования к защите данных от разрушений при авариях и сбоях в электропитании системы.
Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания.
Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.
Требования к контролю, хранению, обновлению и восстановлению данных.
К хранению данных предъявляются следующие требования: - хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив;
- исторические данные, превышающие пятилетний порог, должны храниться на ленточном массиве с возможностью их восстановления.
К обновлению и восстановлению данных предъявляются следующие требования:
Требования к организационному обеспечению. Основными пользователями системы являются сотрудники функционального (например, менеджер) подразделения работников почтового отделения.
Обеспечивает эксплуатацию Системы подразделение информационных технологий работников почтового отделения.
Состав сотрудников каждого из подразделений определяется штатным расписанием работников почтового отоделения, которое, в случае необходимости, может изменяться.
К защите от ошибочных действий персонала предъявляются следующие требования:
- для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;
- для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.