Организация анализа требований к ис


Значимость требований в задаче внедрения ИС



бет2/3
Дата11.08.2023
өлшемі28,74 Kb.
#105192
1   2   3

Значимость требований в задаче внедрения ИС


Существует немалое количество ИС, а также данные ИС значительно отличаются между собой.
Таким образом, подбор ИС для компании – довольно сложная задача. Для того, для того чтобы благополучно ее найти решение, следует хорошо понимать предмет внедрения (автоматизируемая фирма), отличительные черты ее деятельности, стратегию развития и почти все прочие нюансы, предопределяющие характеристики закупаемой информационной системы. Указанные знания в конечном результате формализуются в акте требований к ИС, на базе которого и исполняется подбор и ее дальнейшая настройка. В еще большей степени требования к ИС значимы присутствие разработке информационной системе на заказ.

Требования к ИС


Требования – это то, то, что формулирует клиент. Цель, которую он преследует – получить хороший конечный продукт: многофункциональный, а также комфортный в применении. По этой причине требования к продукту считаются основным классом требований. Наиболее детально требования к продукту уточнятся в последующих систематизациях.
Проблемы формулирования требований к проекту, то есть к тому, как разработчик станет исполнять работу согласно формированию целевой системы, никак не возлежат в компетенции Клиента. Без регламентации процесса Заказчиком свободно можно было бы ограничиться, если б все проекты все время выполнялись конкретно и в сроки. Но всемирная статистика результатов программных проектов сообщает о противоположном. Клиент, вступая в договорные отношения вместе с разработчиком, несёт разные риски, ключевыми из каковых считается риск приобрести продукт не в срок или ненадлежащего качества.
Главные мероприятия согласно контролированию и понижению риска – регулирование хода создания программного обеспечения, а также его проверка.
Насколько подробно Клиенту необходимо регулировать требования к проекту – зависит от большого количества факторов, таких как ценность конечного продукта для Клиента, уровень доверия Клиента к Разработчику, совокупность подписанного контракта, согласование времени сдачи продукта в эксплуатацию вместе с бизнес-планами Клиента. Со определённостью можно отметить следующее:
- регулирование процесса Заказчиком дает возможность понизить его риски.
- Мероприятия согласно регламентации процесса, приводят к излишним накладным расходам. Необходимо отыскать разумный компромисс среди степени контроля рисков и величиной затрат.
В свойстве требований к проекту могут быть занесен регламент отчётов Разработчика, общих семинаров согласно оценке промежуточных итогов, установлены характеристики компетенций соучастников рабочей группы, исполняющих проект, их численность, показана методология управления проектом. Далее сформулирован образец формулировки требования к оффшорному проекту (Клиент и Разработчик на физическом уровне пребывают в разных странах) – в данной ситуации клиенту необходимо твёрдое контролирование над Разработчиком.
- Разработчик предполагает ему скоординированный план работ c детализацией (WBS) с точностью до исполнителей.
- Разработчик реализовывает повседневные сборки, регрессионное тестирование компонент разрабатываемого продукта, а также тестирование продукта в целом.
- Все административные, а также проектные артефакты, исходные коды и тестовые образцы находятся в режиме online в встроенной сфере разработки вместе с возможностью для Клиента осуществления online-мониторинга на основе web-технологий.

Классификация требований


В спецификациях Rational Unified Process2 при классификации требований используется модель FURPS+ со ссылкой на стандарт IEEE Std 610.12.1990.
Акроним FURPS обозначает следующие категории требований:
- Functionality (Функциональность)
- Usability (Применимость)
- Reliability (Надёжность)
- Performance (Производительность)
- Supportability (эксплуатационная пригодность).
Помимо этого, в данной модели присутствуют:
- ограничения проекта,
- требования выполнения,
- требования к интерфейсу,
- физические требования,
- требования, указывающие на необходимость согласованности с некоторыми юридическими и нормативными актами;
- требования к лицензированию,
- требования к документированию.



Достарыңызбен бөлісу:
1   2   3




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет