Требования к внедряемой информационной системе

Автор работы: Пользователь скрыл имя, 14 Сентября 2013 в 18:31, контрольная работа

Описание

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

Содержание

Введение……………………………………………………………………..……2
Требования к внедряемой информационной системе……………………..….3
Разработка концепции информационной системы…………………………....9
Техническое задание…………………………………………………………….18
Эскизный проект………………………………………………………………...26
Сопровождение информационной системы…………………………………...34
Список литературы………………………………………………………………40

Работа состоит из  1 файл

контрольная.docx

— 63.31 Кб (Скачать документ)

Для общения с пользователями и накопления информации о выявляемых недостатках в широко тиражируемых сложных АЭИС целесообразно выделение  группы специалистов высокой квалификации, овладевших всеми функциональными  возможностями данной АЭИС, имеющая  в своем арсенале весь комплекс тестов, применявшихся при испытаниях опытного образца и предыдущих версий АЭИС для антирегрессионного тестирования. Эти тесты накапливаются, упорядочиваются и катало- газируются в БД тестирования.

Для повышения качества очередных  версий руководитель сопровождения  и совет конфигурационного управления анализируют все предлагаемые изменения. В процессе анализа все предполагаемые изменения селектируются. на группы: срочные, которые должны быть не только внесены в очередную версию АЭИС, но и сообщены пользователю для оперативной корректировки программ до внедрения официальной версии; изменения, которые целесообразно внести в текущую версию с учетом затрат на их реализацию и улучшения эффективности АЭИС; изменения, которые требуют дополнительного анализа целесообразности и эффективности их реализации в последующих версиях и могут не внедряться в ближайшую текущую версию; изменения, которые не оправдывают затрат на разработку и выполнение корректировок или практически не влияют на эффективность АЭИС, вследствие чего не подлежат реализации.

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

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

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

При создании опытного образца  АЭИС могут предусматриваться в (П)ЭВМ некоторые резервы ресурсов для последующего развития системы. Обычно эти ресурсы обеспечиваются за счет исключения некоторых компонент программ системы, что обеспечивает освобождение необходимого объема памяти команд и данных, а также сокращение длительности счета при решении заданного комплекса задач.

В процессе разработки текущей  версии АЭИС используются версии подсистем, переписываемых из предыдущих версий. Все версии разработчиков сопровождаются дубликатами, которые эпизодически тестируются на соответствие основной версии разработчика. Корректировку  компонент и сборку очередной  версии производят специалисты, ответственные  за сопровождение с привлечением разработчиков предыдущих версий подсистем.

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

Для сохранения подлинника обеспечиваются особые условия его  хранения и периодическое (с интервалами  полгода - год) тестирования для проверки сохранности и работоспособности  системы.

При выпуске каждой новой  версии стремятся обеспечить преемственность  ее функций с предыдущими, а также рассматривается возможность прекращение сопровождения некоторой ранней версии системы. В результате среди всего множества версий каждой АЭИС образуется зона сопровождаемости версий. Число таких сопровождаемых эталонных версий или глубина сопровождения практически всегда не более двух версий и редко превышает четыре версии. ля сложных АЭИС это соответствует рациональному жизненному циклу, который составляет 3..5 лет. Полный жизненный цикл каждой версии может составлять 20..30 лет, а суммарное число эталонных версий - достигать 20.

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

Методы сертификации в  значительной степени подобны методам  тестирования при отладке и испытаниях системы. Основное отличие состоит  в более широком варьировании всех исходных данных в условиях функционирования системы. Для этого необходимы адекватные модели внешней среды, обеспечивающие весь спектр исходных данных для сертификации. Кроме того специалисты, проводящие сертификацию должны быть независимы от разработчиков, заказчиков и будущих  пользователей АЭИС. Эти специалисты  имеют право на расширение условий  испытаний и на создание нештатных  ситуаций для функционирования программ, при которых система должна обеспечивать необходимое качество решения задач.

При успешных результатах  проверок определенной версии АЭИС на нее оформляется специальный документ - сертификат.

 

 

Список литературы

 

1.Громов Г.Р. Очерки информационной технологии. - М.: ИнфоАрт, 1992.

2. Информационные системы в экономике / Под ред. В.В. Дика. - М.: Финансы и статистика, 1996.

3. Информатика: Учебник. - 3-е перераб. изд. / Под ред. Н.В. Макаровой. - М.: Финансы и статистика, 2005.

4.Информационная технология, экономика, культура / Сб. обзоров и рефератов. - М.: ИНИОН РАН, 1995.

5.Информационные системы в экономике / Под ред. В.В. Дика. - М.: Финансы и статистика, 1996.

 

 

 

 


Информация о работе Требования к внедряемой информационной системе