Ясность (недвусмысленность, определённость, однозначность спецификаций).
Соответственно, требование обладает свойством ясности, если оно сходным образом воспринимается всеми совладельцами системы. На практике ясность требований достигается в том числе и в процессе консультаций, в ходе которых происходит «выравнивание тезаурусов» совладельцев системы. Хорошим подспорьем в этом служит согласованный сторонами глоссарий ключевых понятий предметной области.
Корректность и согласованность (непротиворечивость).
свойство корректности носит оценочный характер и задаёт дихотомию: каждое из требований либо корректно, либо нет. Кроме того, можно рассуждать о взаимной корректности требований или согласованности (непротиворечивости): если два требования вступают в конфликт, значит – как минимум одно из них некорректно.
В иерархии требований можно выделить вертикальную и горизонтальную согласованность. Иными словами, требования не должны противоречить, соответственно, требованиям своего уровня иерархии и требованиям «родительского» уровня. Так, требования пользователей не должны противоречить бизнес-требованиям, а функциональные требования – требованиям пользователя.
Верифицируемость (пригодность к проверке).
Требования к системе представляют основу контракта между Заказчиком и Исполнителем и если данные требования нельзя проверить – значит и контракт не имеет никакого смысла, следовательно, успех или неудача проекта будут зависеть только от эмоциональных оценок сторон и их способности договориться, а это – слишком шаткая основа для осуществления работ.
|
|
|
Необходимость и полезность при эксплуатации. Одни из самых субъективных и трудно проверяемых свойств требований.
Необходимость требований пользователя может вытекать из соответствующих бизнес-требований. Кроме того, требования пользователя могут мотивироваться эргономичностью продукта и особенностями функционирования его отдела (подразделения), недостаточно полно раскрытыми на предыдущем уровне иерархии требований.
Осуществимость (выполнимость).
Трассируемость. Трассируемость требования определяется возможностью отследить связь между ним и другими артефактами информационной системы (документами, моделями, текстами программ и пр.).
Упорядоченность по важности и стабильности.Приоритет требования представляет собой количественную оценку степени значимости (важности) требования. Приоритеты требований обычно назначает представитель Заказчика. Разработчик, отталкиваясь от приоритетности требований, управляет процессом реализации информационной системы.
Стабильность требования характеризует прогнозную оценку неизменности требований во времени.
|
|
|
Наличие количественной метрики. Количественные метрики играют важную роль в верификации и аттестации информационных систем. В первую очередь это относится к нефункциональным требованиям, которые, как правило, должны иметь под собой количественную основу (запрос должен отрабатываться не более, чем ___ секунд; средняя наработка на отказ должна составлять не менее, чем ___ часов).
Управление проектом создания ИС
Проект – это упорядоченная совокупность действий, направленная на достижение наперёд заданной цели, ограниченная требованиями к
– срокам,
– стоимости,
– уровню риска и
– качеству ожидаемых результатов.
Управление программными проектами (О`Коннел)
АНАЛИЗ И ПЛАНИРОВАНИЕ
1. Наглядное представление цели
2. Сделайте список задач
3. Должен быть 1 руководитель
· Лидерство
· Ответственность
· Полномочия
· Количество проектов...
4. Распределите задач по людям
· Удостовериться, что у каждой задачи есть исполнитель
· Принять во внимание др. занятия исполнителей
· Попытаться максимизировать силы той команды, которую Вы получили
5. Управляйте ожиданиями
· Явные и скрытые риски
· «Заделы»
|
|
|
· Управление требованиями
КОНТРОЛЬ И ВЫПОЛНЕНИЕ ПЛАНА
6. Используйте подходящий стиль руководства
· Несколько человек – тысячи человек
· Каждый – индивидуум со своими страхами, предубеждениями, желаниями, надеждами, опытом, проблемами, амбициями
· Как начать работу со столь сложным организмом?
· Как поддерживать рабочую атмосферу?
7. Знайте, что происходит
· Завершающиеся задачи
· Запускаемые задачи
· Задачи в работе
· График:
– Изменений нет
– Поправимый сбой
– Сбой, приводящий к изменению графика.
8. Сообщайте людям, что происходит
· Руководитель, как часовой
· Движения извне:
Движение вовне
9. Повторяйте пп. 1-8 до достижения п. 10
10. Приз
Инкрементная модель
• Инкремент = приращение.
• Разработка начинается с предоставления набора требований и реализации системы путем последовательного конструирования и фиксации промежуточных продуктов (1, …, N) системы,постепенно приближающейся к итоговой системе
Итерационная модель
• Предполагает многократные возвраты к этапу формирования требований с целью их расширения и уточнения.
1. Задачи эксплуатации и сопровождения ИС
Эксплуатацияопределяет действия предприятия-оператора, обеспечивающего функционирование программной системы и поддержку пользователей. Эксплуатация включает в себя следующие работы:
|
|
|
- подготовку процесса;
- эксплуатационные испытания;
- эксплуатацию системы;
- поддержку пользователя.
¨ Подготовка процесса обеспечивает:
а) разработку плана и регламента эксплуатации, включая
¡ операции сбора сведений о проблемах и предложений об изменениях,
¡ решения проблем,
¡ организации обратной связи с пользователем;
б) разработку процедур
¡ тестирования и
¡ ввода в эксплуатацию
¨ Мероприятия по поддержке пользователей –
¡ помощь и консультации.
¡ Все взаимодействия с пользователями должны документироваться.
¡ В сложных случаях оператор эксплуатации должен направлять запросы оператору сопровождения.
¡ Если решение проблемы, возникшей у пользователя, требует значительного времени, оператор эксплуатации должен предложить варианты временного решения.
¨ Испытание
¡ Методы тестирования
¡ Use Cases à Test Cases
¡ Приемосдаточная комиссия
¡ Протокол испытаний
¡ Акт приемки-сдачи
¡ Протокол разногласий.
Сопровождение
¡ Процесс сопровождения реализуется оператором сопровождения
¡ Процесс инициируется при возникновении проблем, возникших при эксплуатации системы, либо потребностей в модернизации системы или переносе её на другую платформу
¡ Цель процесса – изменение существующего программного продукта при сохранении его целостности; заканчивается он снятием системы с эксплуатации.
Дата добавления: 2018-02-15; просмотров: 1089; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!