Курсовая работа. КУРСОВАЯ Мрыхин Е.Р.. Реферат 4 Введение 4

• Название: Реферат 4 Введение 4
• Анкор: Курсовая работа
• Дата: 03.09.2021
• Размер: 1.2 Mb.
• Имя файла: КУРСОВАЯ Мрыхин Е.Р..docx
• Тип: Реферат; #229190
• страница: 2 из 7

1. Общие требования к информационной системе

При разработке информационных систем происходит описание функциональных возможностей и ограничений, накладываемых на систему. Такое описание называется требованиями к этой системе, а сам процесс формирования, анализа, документирования и проверки этих функциональных возможностей и ограничений – разработкой требований.

Требования подразделяются на пользовательские и системные. Пользовательские требования – это описание на естественном языке функций, выполняемых системой, и ограничений, накладываемых на неё. Системные требования – это описание особенностей системы (архитектура системы, требования к параметрам оборудования и т.д.), необходимых для эффективной реализации требований пользователя.

Разработчик должен установить следующие требования к программному обеспечению:

1. 
   Функциональные и возможные спецификации, включая исполнение, физические характеристики и условия среды эксплуатации, при которых единица программного обеспечения должна быть выполнена.
   
2. 
   Внешние связи (интерфейсы) с единицей программного обеспечения.
   
3. 
   Требования квалификации – набор критериев или условий, которые должны быть удовлетворены для того, чтобы квалифицировать программный продукт как подчиняющийся его спецификациям и готовый для использования в целевой окружающей среде.
   
4. 
   Спецификации надежности, включая спецификации, связанные с методами функционирования и сопровождения, воздействия окружающей среды и вероятностью травмы персонала.
   
5. 
   Спецификации защищенности, включая спецификации, связанные с компроментированием точности информации.
   
6. 
   Определение данных и требований базы данных.
   
7. 
   Установочные и приемочные требования поставляемого программного продукта в местах функционирования и сопровождения (эксплуатации).
   
8. 
   Документация пользователя.
   
9. 
   Работа пользователя и требования выполнения.
   
10. 
    Требования сервиса пользователя.
    

При разработке информационной системы необходимо учитывать требований конечных пользователей:

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

Таким образом, любая информационная система должна быть гибкой, надежной, безопасной и эффективной.

2.Этапы проектирования автоматизированных

информационных систем

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

Цикл разработки(проектирования)программного обеспечения– это совокупность стадий и этапов разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её установки (инсталляции) на ЭВМ.

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

При разработке ИС в большинстве случаев предпочтение отдаётся типовым проектным решениям, адаптируемым под конкретные условия и возможности Заказчика. Индивидуальные проекты разрабатываются в случае отсутствия типовых решений или когда основные параметры организации значительно (более чем на 10–15%) отличаются от типовых решений. Обычно это касается крупных и крупнейших организаций.

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

Детализированная разработка проекта АИС предполагает наличие полного комплекта организационной, конструкторской, технологической и эксплуатационной документации.

Проектированиелюбого объекта осуществляется с:

• 
  определенияегофункционального назначения(зачем нужен, что и как делает проектируемый объект);
  
• 
  выявлениялогических связей(как осуществляет своё функциональное назначение проектируемый объект, какая информация и в какой последовательности обрабатывается);
  
• 
  выбора материальных средствреализации проектируемого объекта – функционально-технологический и технический аспект (носители, средства обработки данных и др.);
  
• 
  пространственного(территориального)размещенияматериальных средств реализации на выделенных или возможных для использования площадях;
  
• 
  формирования организационно-управленческой структурыпроектируемого объекта (состав подразделений, полномочия и функциональные обязанности работников) (рисунок 1).
  

Рисунок 1 – Последовательность проектирование объекта
После выбора метода проектирования АИС необходимо спланировать комплекс работ по созданию системы в соответствии с типовыми этапами её разработки. Проект рассматривается и утверждается Заказчиком. Проектирование АИС предполагает выполнение определённых стадий и этапов.

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

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

Для автоматизации различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания, используют положения ГОСТ 34.601-90. Он предусматривает следующие стадии и этапы проектирования (таблица 1).

Таблица 1.

Стадии__Этапы__1._Формирование_требований_к_АС'>Стадии	Этапы
1. Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС 1.2. Формирование требований пользователя к АС 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС

Продолжение таблицы 1

Стадии	Этапы
2. Разработка концепции АС	2.1. Изучение объекта 2.2. Проведение необходимых научно-исследовательских работ 2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющей пользователя 2.4. Оформление отчёта о выполненной работе
3. Техническое задание	3.1. Разработка и утверждение технического задания на создание АС
4. Эскизный проект	4.1. Разработка предварительных проектных решений по системе и её частям; 4.2. Разработка документации наАС и её части
5. Технический проект	5.1. Разработка проектных решений по системе и ее частям; 5.2. Разработка документации на АИС и ее части; 5.3. Разработка и оформление документации на поставку комплектующих изделий; 5.4.Разработка заданий на проектирование в смежных частях проекта
6. Рабочая документация	6.1. Разработка рабочей документации на систему и её части 6.2. Разработка или адаптация программ
7. Ввод в действие	7.1. Подготовка объекта автоматизации к вводу АС в действие 7.2. Подготовка персонала 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) 7.4. Строительно-монтажные работы 7.5. Пуско-наладочные работы 7.6. Проведение предварительных испытаний 7.7. Проведение опытной эксплуатации 7.8. Проведение приёмочных испытаний
8. Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами8.2. Послегарантийное обслуживание

В стандарте указывается также,что:

1. 
   Стадии и этапы, выполняемые организациями, участниками работ по созданию АС, устанавливаются в договорах и Техническом задании на основе настоящего стандарта.
   
2. 
   Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять «Технический проект» и «Рабочая документация» в одну стадию «Техно-рабочий проект». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.
   

Технический проект(preliminary design) содержит принципиальные электрические схемы и конструкторскую документацию объекта разработки и составные его части, перечень выбранных готовых средств программного и технического обеспечения (в том числе типов ЭВМ, операционной системы, прикладных программ и т.д.), алгоритмы решения задач для разработки новых средств программного обеспечения).

Рабочий проект(detailed design) – заключительный этап проектирования, в общем случае предусматривающий уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного образца объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации.

В современной практике проектирования автоматизированных информационных систем (например, АИПС, АСНТИ, АСУ и др.) он может являться начальным этапом их внедрения в работу организации или службы Заказчика проекта, или головной в ряде других автоматизируемых организаций, служб и т.д.

Детализированная разработкапроекта системыпредполагает наличие полного комплекта организационной, конструкторской, технологической и эксплуатационной документации.

Государственный стандарт ГОСТ 19.102-77 устанавливает следующие стадииразработки программной документации:

1. 
   Техническое задание;
   
2. 
   Эскизный проект;
   
3. 
   Технический проект;
   
4. 
   Рабочий проект;
   
5. 
   Внедрение.
   

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

В рамках выполнения первой стадии «Формирование требований к АС» осуществляется обследование объекта и обоснование необходимости создания АИС с учётом требований пользователя к проектируемой АИС. Эти процедуры первого этапа проектирования входят в состав предпроектного исследования. Сюда же могут входить процедуры второй стадии проектирования – «Разработка концепции АС».

В процессе предпроектного исследования осуществляется разработка технико-экономического обоснования целесообразности создания АИС; выработка общих требований на разработку АИС.

В процессе предпроектного исследования для выполнения необходимых проектных работ выявляют:

• 
  материальные ресурсы,
  
• 
  финансовые ресурсы,
  
• 
  людские ресурсы,
  
• 
  временные ресурсы.