Курсовая работа. КУРСОВАЯ Мрыхин Е.Р.. Реферат 4 Введение 4
Скачать 1.2 Mb.
|
1. Общие требования к информационной системеПри разработке информационных систем происходит описание функциональных возможностей и ограничений, накладываемых на систему. Такое описание называется требованиями к этой системе, а сам процесс формирования, анализа, документирования и проверки этих функциональных возможностей и ограничений – разработкой требований. Требования подразделяются на пользовательские и системные. Пользовательские требования – это описание на естественном языке функций, выполняемых системой, и ограничений, накладываемых на неё. Системные требования – это описание особенностей системы (архитектура системы, требования к параметрам оборудования и т.д.), необходимых для эффективной реализации требований пользователя. Разработчик должен установить следующие требования к программному обеспечению: Функциональные и возможные спецификации, включая исполнение, физические характеристики и условия среды эксплуатации, при которых единица программного обеспечения должна быть выполнена. Внешние связи (интерфейсы) с единицей программного обеспечения. Требования квалификации – набор критериев или условий, которые должны быть удовлетворены для того, чтобы квалифицировать программный продукт как подчиняющийся его спецификациям и готовый для использования в целевой окружающей среде. Спецификации надежности, включая спецификации, связанные с методами функционирования и сопровождения, воздействия окружающей среды и вероятностью травмы персонала. Спецификации защищенности, включая спецификации, связанные с компроментированием точности информации. Определение данных и требований базы данных. Установочные и приемочные требования поставляемого программного продукта в местах функционирования и сопровождения (эксплуатации). Документация пользователя. Работа пользователя и требования выполнения. Требования сервиса пользователя. При разработке информационной системы необходимо учитывать требований конечных пользователей: база данных должна удовлетворять актуальным информационным потребностям; база данных должна удовлетворять актуальным требованиям за приемлемое время, т.е. заданным требованиям производительности; база данных должна легко расширяться при реорганизации и расширении предметной области; база данных должна легко изменяться при изменении программной и аппаратной среды; загруженные в базу данных корректные данные должны оставаться корректными; данные до включения в базу данных должны проверяться на достоверность; доступ к данным, размещаемым в базе данных, должны иметь только лица с соответствующими полномочиями. Таким образом, любая информационная система должна быть гибкой, надежной, безопасной и эффективной. 2.Этапы проектирования автоматизированныхинформационных системСуществует множество методов и вариантов разработки АИС, использование которых зависит от различных факторов, например, размеров предприятий и (или) их ИС, целей создания ИС, имеющихся ресурсов и др. Методы и принципы проектирования ИС рассмотрены в предыдущих главах. Цикл разработки(проектирования)программного обеспечения– это совокупность стадий и этапов разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её установки (инсталляции) на ЭВМ. Опыт разработки и внедрения различных классов АИС показал высокую эффективность (в том числе экономическую) их применения, особенно на крупных предприятиях. Она отражается в хорошей организации труда и производства, повышении точности планирования и реализации поставленных задач, в обеспечении ритмичности работы предприятия, уменьшении доли ручного труда, эффективном (в том числе оперативном) информационном обеспечении различных категорий пользователей и т.д. Средний срок окупаемости таких систем обычно не превышает двух лет. При разработке ИС в большинстве случаев предпочтение отдаётся типовым проектным решениям, адаптируемым под конкретные условия и возможности Заказчика. Индивидуальные проекты разрабатываются в случае отсутствия типовых решений или когда основные параметры организации значительно (более чем на 10–15%) отличаются от типовых решений. Обычно это касается крупных и крупнейших организаций. Ни одна схема разработки ИС не является абсолютной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведётся разработка: разрабатывается совершенно новая система; уже было проведено обследование предприятия и существует модель его деятельности; на предприятии уже существует ИС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой. Детализированная разработка проекта АИС предполагает наличие полного комплекта организационной, конструкторской, технологической и эксплуатационной документации. Проектированиелюбого объекта осуществляется с: определенияегофункционального назначения(зачем нужен, что и как делает проектируемый объект); выявлениялогических связей(как осуществляет своё функциональное назначение проектируемый объект, какая информация и в какой последовательности обрабатывается); выбора материальных средствреализации проектируемого объекта – функционально-технологический и технический аспект (носители, средства обработки данных и др.); пространственного(территориального)размещенияматериальных средств реализации на выделенных или возможных для использования площадях; формирования организационно-управленческой структурыпроектируемого объекта (состав подразделений, полномочия и функциональные обязанности работников) (рисунок 1). Рисунок 1 – Последовательность проектирование объекта После выбора метода проектирования АИС необходимо спланировать комплекс работ по созданию системы в соответствии с типовыми этапами её разработки. Проект рассматривается и утверждается Заказчиком. Проектирование АИС предполагает выполнение определённых стадий и этапов. Для успешной реализации проекта необходимо устанавливать реальные этапы с чётко обозначенными началом и окончанием. Разработка детального плана работ связана с описанием процессов и их последовательности, выполняемых на каждом этапе, необходимых для этого специалистов, средств и ресурсов. Такой подход в большей степени позволяет избежать упущений и ошибок. Он необходим работникам, реализующим внедрение проекта автоматизации, а также оказывает положительное воздействие на лиц, его финансирующих. Эффективное поэтапное осуществление проектных работ связано с необходимостью разработки графика их выполнения, включающего ресурсы и сроки (этапы) их проведения. Ресурсы включают необходимые персонал, технические и программные средства, финансирование и инфраструктуру. При этом финансирование лучше осуществлять отдельно по каждому виду работ (приобретение средств и ПО, установка, обучение, отдельные этапы проектирования и др.). Этапы проектирования АИС Для автоматизации различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания, используют положения ГОСТ 34.601-90. Он предусматривает следующие стадии и этапы проектирования (таблица 1). Таблица 1.
Продолжение таблицы 1
В стандарте указывается также,что: Стадии и этапы, выполняемые организациями, участниками работ по созданию АС, устанавливаются в договорах и Техническом задании на основе настоящего стандарта. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять «Технический проект» и «Рабочая документация» в одну стадию «Техно-рабочий проект». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ. Технический проект(preliminary design) содержит принципиальные электрические схемы и конструкторскую документацию объекта разработки и составные его части, перечень выбранных готовых средств программного и технического обеспечения (в том числе типов ЭВМ, операционной системы, прикладных программ и т.д.), алгоритмы решения задач для разработки новых средств программного обеспечения). Рабочий проект(detailed design) – заключительный этап проектирования, в общем случае предусматривающий уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного образца объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации. В современной практике проектирования автоматизированных информационных систем (например, АИПС, АСНТИ, АСУ и др.) он может являться начальным этапом их внедрения в работу организации или службы Заказчика проекта, или головной в ряде других автоматизируемых организаций, служб и т.д. Детализированная разработкапроекта системыпредполагает наличие полного комплекта организационной, конструкторской, технологической и эксплуатационной документации. Государственный стандарт ГОСТ 19.102-77 устанавливает следующие стадииразработки программной документации: Техническое задание; Эскизный проект; Технический проект; Рабочий проект; Внедрение. Отметим, что для небольших проектов количество стадий может быть сокращено. В рамках выполнения первой стадии «Формирование требований к АС» осуществляется обследование объекта и обоснование необходимости создания АИС с учётом требований пользователя к проектируемой АИС. Эти процедуры первого этапа проектирования входят в состав предпроектного исследования. Сюда же могут входить процедуры второй стадии проектирования – «Разработка концепции АС». В процессе предпроектного исследования осуществляется разработка технико-экономического обоснования целесообразности создания АИС; выработка общих требований на разработку АИС. В процессе предпроектного исследования для выполнения необходимых проектных работ выявляют: материальные ресурсы, финансовые ресурсы, людские ресурсы, временные ресурсы. |