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

1Понятие пис. Предмет и метод дисциплины «Пис». Основные особенности предметной области, классы объектов проектирования. Ответ: ПИС - процесс преобразования входной информации об объекте проек-ия, о методах проек-я и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС. С этой точки зрения ПИС сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла ИС: планирования и анализа требований, технического и рабочего проектирования, внедрения и эксплуатации ИС.Предметом изучения дисциплины являются современные инф-ые системы, их классификация, методы проектирования. Метод дисциплины – канонический и с применением CASE-средств. Основные особенности предметной области - т.к. ПИС прикладная наука, соответственно она перекликается с той наукой к которой прикладывается (юриспруденция) Объектами ПИС являются отдельные элементы или их комплексы функциональных и обеспечивающих частей. Так, функциональными элементами в соответствии с традиционной декомпозицией выступают задачи, комплексы задач и функции управления. В составе обеспечивающей части ИС объектами проектирования служат элементы и их комплексы инфор-го, прог-го и тех-го обе-ия системы. и.с это саво-ть ср-в, методов и персонала исполь-х для хранения, обработки и выдачи инф-и в интересах достижения поставленной цели

2Понятие юридической инфор-ой системы. Классы инфо-ых систем в юрис-ции. Ответ: Юридическая инф-ная система – совокупность, организационных, технических, программных и информационных средств, обледененных в единую систему, с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций юриста. Примером ИС в юридической деятельности являются консультационные системы - предназначены для моделирования правовых рассуждений на основе введенных данных. Классы: 1 классификация: Централизованные – АСУ, УСАУ, САПР; Децентрализованные – КККС (комп-ые, консалтинговые, консультационные службы) СПС «Гарант», «Консультант +», АРМ Юриста; Смешанные. 2 классификация: Фактографические (таблицы), Документальные (сами документы (дата создания и др. атрибуты)).

3Понятие и структура проекта инф-ной системы.Ответ: проект ис-это проектно-конструкторская и тех-я документация в которой представлено описание проектных решений по созданию и экс-и И.С в конкретной программно-тех-й среде. 1. В разделе «Общие сведения о проекте» указывают: полное наименование системы, код системы, код договора, наименование предприятия-разработчика и предприятия-заказчика, перечень документов, на основе которых создается система, плановые сроки начала и окончания работ по созданию системы, сведения об источниках финансирования, порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей). 2. Раздел описания «Назначение, цели создания системы» состоит из двух подразделов: -в подразделе «Назначение системы» даются вид автоматизируемой деятельности и перечень объектов автоматизации, на которых предполагается ее использовать; -в подразделе «Цели создания системы» указываются наименования и требуемые значения технических, технологических, производственно-экономических и других показателей объекта автоматизации, которые будут достигнуты в результате внедрения ИС. 3. В разделе «Характеристика объекта автоматизации» приводятся: краткие сведения об объекте автоматизации; сведения об условиях эксплуатации объекта и характеристиках окружающей среды. 4. Раздел «Требования к системе» состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения. - в подразделе «Требования к системе» в целом указывают требования к структуре и функционированию системы; к численности квалифицированных работников; к надежности и безопасности работы системы; к эргономике и технической эстетике, эксплуатации, техническому обслуживанию, ремонту системы; к защите информации от несанкционированного доступа; требования по сохранности информации при авариях; к защите от внешней среды; к патентной чистоте проектных решений; требования по унификации и стандартизации. - в подразделе «Требования к функциям (задачам), выполняемым системой», комплексам задач и отдельным задачам приводят по каждой подсистеме перечень функций, задач или их комплексов, подлежащих автоматизации; распределение их по очередям создания; временной регламент реализации каждой функции, задачи или комплекса; требования к качеству реализации каждой функции, задачи, комплекса, к форме представления выходной информации; характеристики необходимой точности и времени выполнения, достоверности выдачи результата. - в подразделе «Требования к видам обеспечения», содержатся требования к математическому, программному, техническому, лингвистическому, информационному и методическому обеспечению ИС. 5. Раздел «Состав и содержание работ по созданию системы» должен содержать: перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ; сроки выполнения; перечень организаций-исполнителей; перечень документов по ГОСТ 6. В разделе «Порядок контроля приемки системы» указывают: виды, состав, методы испытания системы и ее частей; общие требования кприемке работ по стадиям; порядок утверждения приемных документов; статус приемочной комиссии. 7. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень необходимых мероприятий и их исполнителей, которые следует выполнять при подготовке объекта к вводу ИС в действие: приведение информации, поступающей в систему, к виду, пригодному для ввода в ЭВМ; создание условий функционирования объекта, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ; создание необходимых для функционирования системы подразделений и служб; сроки и порядок комплектования штатов и обучения персонала. 8. В разделе «Требования к документированию» приводят: перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ и научно-технической документации отрасли заказчика. 9. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (ТЭО, отчеты о законченных научно-исследовательских разработках, инфор-ные материалы на отечественные, зарубежные системы-аналоги и др.). 10. В состав ТЗ при наличии утвержденных методик включают приложения, содержащие расчеты экономической эффективности системы; оценку научно-технического уровня системы.

4Требования к эффективности и надежности проектных решений.ответ: это процесс принятия проектно-конструкторских решений направленных на получение описания ис удов-го требования заказчика. Отвечать требованиям заказчика, Надежность, т.е. правильная разработка, отражение всех этапов жизненного цикла этого проекта, Минимальные затраты на создание и сопровождение, Внедрение ИС должно способствовать росту производительности труда, Простота процесса внедрения.

5Понятие технологии проектирования информационных систем. Основные элементы технологии проектирования информационных систем.Ответ: тех-я про-я ИС это саво-ть ср-в и методов проек-я ИС, а также управление процессом проектирования.Тех-я проектирования –это после-ть действий (тех операции, подпроцессы тех операций).-проект должен отвечать треб заказчика.-выбронная тех-я должна оправдать все этапы ЖЦ проекта.-тех-я должна обеспечить мин-е трудовые и стоимостные затраты на проек-е и сопровождение проекта-тех-я должна обеспечить надежность процесса прое-ч и экс-и проекта. Технология ПИС — это совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта ИС). В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий. Технологический процесс ПИС в целом делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Основу технологии ПИС составляет методология, которая определяет сущность, основные отличительные технологические особенности. Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, реализуемых набором методов проектирования, которые, в свою очередь, должны поддерживаться некоторыми средствами проектирования.

6Методы и средства проектирования инф-ных систем.Ответ: Методология проектирования предполагает наличие некоторой концепции, принципов прое-ния, реализуемых набором методов прое-ния, которые, в свою очередь, должны поддерживаться некоторыми средствами прое-ния. Методы ПИС можно классифицировать: по степени автоматизации • ручного прое-ния, при котором прое-ние компонентов ИС осущ-ся без использования специальных инструментальных программных средств, а программирование — на алгоритмических языках;• компьютерного проек-ия, которое производит генерацию или конфигурацию (настройку) проектных решений на основе использования специальных инструментальных программных средств; по степени использования типовых проектных решений: • оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ИС; • типового проектирования, предполагающего конфигурацию ИС из готовых типовых проектных решений (программных модулей); по степени адаптивности проектных решений: • реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей); • параметризации, когда проектные решения настраиваются (перегенерируются) в соответствии с изменяемыми параметрами; • реструктуризации модели, когда изменяется модель проблемпой области, на основе которой автоматически перегенерируются проектные решения. Средства прое-ия — это специальный вид ресурса, включающий методические и программные средства выполнения технологической операции. Если преобразователь является ручным, то средство проектирования представляет методику выполнения работы и в описании технологической операции дается ссылка на соответствующий бумажный или электронный документ. Преобразователь – это некоторая методика или формализованный алгоритм, или машинный алгоритм преобразования входа технологической операции в ее выход). методы ручного проектирования,конструкторс-го прое-я.также методы оригинального про-я,типового про-я.1По степени адаптивности пректных решений методы делятся на:метод реконстр-и,когда адаптация про-х решений выполняется путем переработанных соот-х компонентов.2.метод параметризации-про-е решение настраивается в соот-и с изме-ми параметрами.3.м. реструктуризации модели пр-е решение настраивается на новую изм-ю модель проблемной обл-ти которая предпологает авто-ю перегенирацию проектных решений. Средства проект-я ИС _2 класса 1 с исполь-ем ЭВМ 2без исполь-я.1пименяется как на отдельных так и на всех этапах и стадиях проц-са прое-я. 2примен-ся на всех стадиях и этапах про-я ИС

7Краткая характеристика применяемых технологий проектирования Ответ: современные инф-е тех-и предоставляют широкий набор способов реализации ИС, выбор которых осущ на основе требований со стороны предпологаемых пользователей. Тех-я прое-я ИС это саво-ть ср-в и методов проектирования ИС, а также управление процессом проектирования. 2вида проектирования(класса) каноническое и индустриальное тех про-е. Индустриальная технология проектирования, разбивается на два подкласса: автоматизированное (использование САSЕ-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий проектирования не исключает использования в отдельных случаях канонической технологии. Каноническое проектирование ИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Каноническое проектирование применяется для небольших локальных ИС. В основе канонического проектирования лежит каскадная модель жизненного цикла ИС. Процесс каскадного проектирования делится на следующие семь стадий: • исследование и обоснование создания системы; • разработка технического задания; • создание эскизного проекта; • техническое проектирование; • рабочее проектирование; • ввод в действие; • функционирование, сопровождение, модернизация.

8Требования, предъявляемые к технологии про-ия инф-ых систем. Факторы выбора технологии проектирования инф-ых систем. Ответ: требования-1созданный с помощью тех-и проект должен отвечать требованиям заказчика.2выбранная тех-я должна макс-но отражать все этапы жц проекта. 3тех-я должна обеспечить мин-е трудовые и стоимостные атраты на проек-е и сопровождение проекта..4 тех-я должна быть осново связи между прое-ем и сопрово-ем проекта. 5.тех-я должна обе-ть надежность процесса прое-я и экс-и проекта. К основным требованиям, предъявляемым к технологии проектирования, относятся следующие: • созданный с помощью этой технологии проект должен отвечать требованиям заказчика; • выбранная технология должна максимально отражать все этапы цикла жизни проекта; • выбираемая технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта; • технология должна быть основой связи между проектированием и сопровождением проекта; • технология должна способствовать росту производительности труда проектировщика; • технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта; • технология должна способствовать простому ведению проектной документации. Факторы выбора технологии проектирования ИС: в зависимости от сложности проекта: - ручное – если проект маленький - компьютерное – если проект достаточно объемный, большие потоки информации. В зависимости от того какая система создается: если система редкая, уникальная – то используется индивидуальная технология проектирования, если система типичная – типовое проектирование, т.е береться готовая модель и модернизируется.

9Обзор принципов прое-ния и внедрения инф-ых систем и необходимые условия их реализации.Ответ: Принцип системности позволяет подойти к исследуемому объекту как к единому целому выявить на этой основе многообразные типы связей между структурными элементами, обеспечивающими целостность системы; установить направления производственно-хозяйственной деятельности системы и реализуемые ею конкретные функции. Принцип развития заключается в том, что ИС создается с учетом возможности постоянного пополнения и обновления функций системы и видов ее обеспечений. Предусматривается, что автоматизированная система должна наращивать свои вычислительные мощности, оснащаться новыми техническими и программными средствами, быть способной постоянно расширять и обновлять круг задач и информационный фонд, создаваемый в виде системы баз данных. Принцип совместимости заключается в обеспечении способности взаимодействия ИС различных видов, уровней в процессе их совместного функционирования, что позволяет обеспечить нормальное функционирование экономических объектов, повысить эффективность управления народным хозяйством и ее звеньями. Принцип стандартизации и унификации заключается в необходимости применения типовых, унифицированных и стандартизированных элементов функционирования ИС, позволяет сократить временные, трудовые и стоимостные затраты на создание ИС при максимально возможном использовании накопленного опыта в формировании проектных решений и внедрении автоматизации проектировочных работ. Принцип эффективности заключается в достижении рационального соотношения между затратами на создание ИС и целевым эффектом, получаемым при ее функционировании. - Принцип декомпозиции — используется при изучении особенностей, свойств элементов и системы в целом. - Принцип первого руководителя предполагает закрепление ответственности при создании системы за заказчиком — руководителем предприятия, организации, отрасли, т.е. будущим пользователем, который отвечает за ввод в действие и функционирование ИС. - Принцип новых задач — поиск постоянного расширения возможностей системы, совершенствование процесса управления, получение дополнительных результатных показателей с целью оптимизировать управленческие решения. Принцип автоматизации информационных потоков и документооборота предусматривает Комплексное использование технических средств на всех стадиях прохождения информатизации от момента ее регистрации до получения результатных показателей и формирования управленческих решений. - Принцип автоматизации проектирования имеет целью повысить эффективность самого процесса проектирования и создания ИС на всех уровнях народного хозяйства, обеспечивая при этом сокращение временных, трудовых и стоимостных затрат за счет внедрения индустриальных методов.. - Принцип абстрагирования заключается в выделении существенных аспектов системы и отвлечении от несущественных с целью представления проблемы в более простом общем виде, удобном для анализа и проектирования. - Принцип формализации заключается в необходимости строгого методического подхода к решению проблемы, использованию формализованных методов описания и моделирования изучаемых и проектируемых процессов, включая бизнес-процессы, функционирования системы. - Принцип концептуальной общности заключается в неукоснительном следовании единой методология на всех этапах проектирования автоматизированной системы и всех ее составляющих. - Принцип непротиворечивости и полноты заключается в наличии всех необходимых элементов во вновь создаваемой системе и согласованном их взаимодействии. - Принцип независимости данных предполагает что модели данных должны быть проанализированы и спроектированы независимо от процессов их обработки, а также от их физической структуры и распределения в технической среде. - Принцип структурирования данных предусматривает необходимость структурирования и иерархической организации элементов информационной базы системы. - Принцип доступа конечного пользователя заключается в том, что пользователь должен иметь средства доступа к базе данных, которые он может использовать непосредственно (без программирования). Подходы к внедрению информационных систем: - функциональный ( стремление автоматизировать отдельные функции предприятия. Наилучший из возможных результатов такой автоматизации — сокращение сроков выполнения и повышение качества этих функций. При этом от системы обычно требуется обеспечить пользователям максимум удобства при выполнении соответствующих функций, а вопросы дальнейшего использования появляющейся информации отодвигаются на второй план.); Процессный (о бъектом автоматизации в этом случае служат сквозные бизнес-процессы — следовательно, при постановке задачи очень важно правильно идентифицировать те из них, которые должны быть реализованы с использованием информационной системы. Разумеется, выбор автоматизируемых процессов должен соответствовать корпоративной стратегии повышения эффективности.

10Место принципов системного анализа и синтеза в системе принципов прое-ия инф-ых систем.Ответ: Системный анализ. К основным целям процесса относится следующее: • сформулировать потребность в новой ИС (идентифицировать все недостатки существующей ПС); • выбрать направление и определить экономическую целесообразность проектирования ИС. Системный анализ ИС начинается с описания и анализа функц-ия рассматриваемого экономического объекта (си-мы) в соответствии с требованиями (целями), которые предъявляются к нему. В результате этого этапа выделяются основные недостатки существующей ИС, на основе которых формулируется потребность в совершенствовании системы управления этим объектом, и ставится задача определения экономически обоснованной необходимости автоматизации определенных функций управления, то есть создается технико-экономическое обоснование проекта. После определения этой потребности возникает проблема выбора направлений совершенствования объекта на основе выбора программно-технических средств. Результаты оформляются в виде технического задания на проект, в котором отражаются технические условия и требования к ИС, а также ограничения на ресурсы проектирования. Требования к ИС определяются в терминах функций, реализуемых системой, и предоставляемой ею информацией. Системный синтез. Этот процесс предполагает: разработать функциональную архитектуру ИС, которая отражает структуру выполняемых функций; разработать системную архитектуру выбранного варианта ПС, то есть состав обеспечивающих подсистем; выполнить реализацию проекта. Этап по составлению функциональной архитектуры, представляющей собой совокупность функциональных подсистем и связей между ними, является наиболее ответственным с точки зрения качества всей последующей разработки. Построение системной архитектуры на основе функциональной архи-ры предполагает выделение элементов и модулей информационного, технического, программного обеспечения и других обеспечивающих подсистем, определение связей по информации и управлению между выделенными элементами и разработку технологии обработки информации. Этап конструирования включает разработку инструкций пользователям и программ, создание инфо-го обеспечения, включая наполнение баз данных.

11Моделирование как методологическая основа проек-ия инфо-ных систем. Ответ:Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в организации и реализующих ее цели и задачи. Модель организации, описанная в терминах бизнес-процессов и бизнес-функций, позволяет сформулировать основные требования к ИС. Это фундаментальное положение методологии обеспечивает объективность в выработке требований к проектированию системы. Множество моделей описания требований к ИС затем преобразуется в систему моделей, описывающих концептуальный проект ИС. Формируются модели архитектуры ИС, требований к про-му обе-ю и инф-му обе-ю. Затем формируется архитектура ПО и ИО, выделяются корпоративные БД и отдельные приложения, формируются модели требований к приложениям и проводится их разработка, тестирование и интеграция. Целью начальных этапов создания ИС, выполняемых на стадии анализа деятельности организации, является формирование требований к ИС, корректно и точно отражающих цели и задачи организации-заказчика. Чтобы специфицировать процесс создания ИС, отвечающей потребностям организации, нужно выяснить и четко сформулировать, в чем заключаются эти потребности. Для этого необходимо определить требования заказчиков к ИС и отобразить их на языке моделей в требования к разработке проекта ИС так, чтобы обеспечить соответствие целям и задачам организации. Задача формирования требований к ИС является одной из наиболее ответственных, трудно формализуемых и наиболее дорогих и тяжелых для исправления в случае ошибки. Главная цель проектирования процессов заключается в отображении функций, полученных на этапе анализа, в модули информационной системы. При проектировании модулей определяют интерфейсы программ: разметку меню, вид окон, горячие клавиши и связанные с ними вызовы. Конечными продуктами этапа проектирования являются: схема базы данных (на основании ER-модели, разработанной на этапе анализа); набор спецификаций модулей системы (они строятся на базе моделей функций). Кроме того, на этапе проектирования осуществляется также разработка архитектуры ИС, включающая в себя выбор платформы (платформ) и операционной системы (операционных систем). В неоднородной ИС могут работать несколько компьютеров на разных аппаратных платформах и под управлением различных операционных систем. Кроме выбора платформы, на этапе проектирования определяются следующие характеристики архитектуры: будет ли это архитектура "файл-сервер" или "клиент-сервер"; будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО; будет ли база данных централизованной или распределенной. Если база данных будет распределенной, то какие механизмы поддержки согласованности и актуальности данных будут использоваться; будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя (например, все серверы только Oracle или все серверы только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта); будут ли для достижения должной производительности использоваться параллельные серверы баз данных. Этап проектирования завершается разработкой технического проекта ИС. На этапе реализации осуществляется создание программного обеспечения системы, установка технических средств, разработка эксплуатационной документации. Этап тестирования обычно оказывается распределенным во времени. После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика.

12Средства моделирования инф-ных систем. Виды моделей инфо-ных систем. Ответ: Средства моделирования без использования ЭВМ применяются на всех стадиях и этапах моделирование ИС. Это средства организационно-методического обеспечения операций моделирования и в первую очередь различные стандарты, регламентирующие процесс моделирования систем, единая система классификации и кодирования информации, унифицированная система документации, модели описания и анализа потоков информации и т.п. Средства моделирования с использованием ЭВМ могут применяться как на отдельных, так и на всех стадиях и этапах процесса моделирования ИС и соответственно поддерживают разработку элементов проекта системы, разделов проекта системы, проекта системы в целом. Делятся на: 1. Операционные средства, которые поддерживают моделирование операций обработки информации. К данному подклассу средств относятся алгоритмические языки, библиотеки стандартных подпрограмм и классов объектов, макрогенераторы, генераторы программ типовых операций обработки данных и т.п., а также средства распределения функций операционных систем (утилиты), средства для тестирования и отладки программ, поддержки процесса документирования проекта и т.п. 2. Средства, поддерживающие моделирования отдельных компонентов проекта ИС.

данному подклассу относятся средства общесистемного назначения: • системы управления базами данными (СУБД); • методоориентированные пакеты прикладных программ (решение задач дискретного программирования, математической статистики и т.п.); • табличные продессоры; • статистические ППП; • оболочки экспертных систем; • графические редакторы; • текстовые редакторы; • интегрированнЫие ППП (интерактивная среда с встроенными диалоговьтми возможностями, ПОзволяющая интегрировать вышеперечисленные Программные средства). 3. Средства, поддерживающие моделирование разделов проекта ИС. Выделяют функциональные средства проектирования направленые на разработку автоматизированных систем, реализующих функции, комплексы задач и задачи управления, типовые проектные решения, функциональные пакеты прикладных программ, типовые проекты. 4. Средства, поддерживающие разработку проекта на стадиях и этапах процесса моделирования. Относится подкласс средств автоматизации моделирования ИС (САSЕ-средства). Современные САSЕ-средства, в свою очередь, классифицируются в основном по двум признакам: 1) по охватываемым этапам процесса разработки ИС; 2) по степени интегрированности: отдельные локальные средства, набор неинтегрированных средств, охватывающих большинство этапов разработки ИС и полностью интегрированные средства, связанные общей базой проектных данных. Виды моделей ИС: Функционально-ориентированные: IDEF 0, DFD, ERD. Объектно-ориентированные: UML, модели классов, модели вариантов использования.

13Модель жизненного цикла инфо-ных систем и ее структура. Ответ: • каскадная модель (до 70-х годов) — последовательный переход на следующий этап после завершения предыдущего. Автоматизация отдельных несвязанных задач, не требующая выполнения информационной интеграции и совместимости, программного, технического и организационного сопряжения. В рамках решения отдельных задач каскадная модель жизненного цикла по срокам разработки и надежности оправдывала себя. Применение каскадной модели жизненного цикла к большим и сложным проектам вследствие большой длительности процесса проектирования и изменчивости требований за это время приводит к их практической нереализуемости. • итерационная модель (70-80-е годы) — с итерационными возвратами на предыдущие этапы после выполнения очередного этапа. Создание комплексных ИС предполагает проведение увязки проектных решений, получаемых при реализации отдельных задач. Подход к проектированию «снизу— вверх» обусловливает необходимость таких итерационных возвратов, когда проектные решения по отдельным задачам комплектуются в общие системные решения и при этом возникает потребность в пересмотре ранее сформулированных требований. Как правило, вследствие большого числа итераций возникают рассогласования в выполненных проектных решениях и документации. Запутанность функциональной и системной архитектуры созданной ИС, трудность в использовании проектной документации вызывают на стадиях внедрения и эксплуатации сразу необходимость перепроектирования всей системы, длительный жизненный цикл разработки ИС заканчивается этапом внедрения, за которым начинается жизненный цикл создания новой ИС. спиральная модель (80-90-е годы) — прототипная модель, предполагающая постепенное расширение прототипа ИС. Используется подход к организации проектирования ИС «сверху – вниз», когда сначала определяется состав функциональных подсистем, а затем постановка отдельных задач. Соответственно сначала разрабатываются организация интегрированной БД, технология сбора, передачи и накопления информации, технология решения конкретных задач. В рамках комплексов задач программирование осуществляется по направлению от головных программных модулей к исполняющим отдельные функции модулям. При этом на первый план выходят вопросы взаимодействия интерфейсов программных модулей между собой и с базой данных, а на второй план — реализация алгоритмов. В основе спиральной модели жизненного цикла лежит применение прототипной технологии или RAD-технологии (rарid арр1iсаtion dеvе1орment — технологии быстрой разработки приложений). Согласно этой технологии ИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. Сокращается число итераций и меньше возникает ошибок и несоответствий, проектирование ИС осуществляется более быстрыми темпами, упрощается создание проектной документации. Жизненный цикл при использовании RAD-технологии предполагает активное участие пользователей в разработке ИС: • анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области; • проектирование. Пользователи принимают участие в техническом проектировании под руководством специалистов-разработчиков; • конструирование. Специалисты-разработчики проектируют рабочую версию ИС с использованием языков 4-го поколения; • внедрение. Специалисты-разработчики обучают пользователей работе в среде новой ИС.

14Декомпозиция по структурному признаку. Цель и результаты декомпозиции. Ответ: Декомпозиция – это закрепление целей, задач, критериев их достижения и соответствующих числовых показателей за структурными элементами организации разного иерархического уровня. Были разработаны различные подходы декомпозиционных методов. На этапе декомпозиции, обеспечивающем общее представление о решаемой проблеме, осуществляются: определение и декомпозиция общей цели исследования; выделение проблемы из среды, определение её ближнего и дальнего окружения; описание воздействующих факторов. Наиболее часто декомпозиция проводится путём построения дерева целей и дерева функций. Основной проблемой при этом является соблюдение двух противоречивых принципов: полноты проблема должна быть рассмотрена максимально всесторонне и подробно; простоты — всё дерево должно быть максимально компактным «вширь» и «вглубь». Компромисс достигается с помощью четырёх основополагающих понятий: существенности — в модель включаются только компоненты, существенные по отношению к целям анализа; элементарности — доведение декомпозиции до простого, понятного, реализуемого результата; постепенной детализации модели; итеративности — возможность введения новых элементов в основания и продолжение декомпозиции по ним на разных ветвях дерева. Глубина декомпозиции ограничивается. Если при декомпозиции выясняется, что модель начинает описывать внутренний алгоритм функционирования элемента вместо закона его функционирования в виде «чёрного ящика», то в этом случае произошло изменение уровня абстракции. Это означает выход за пределы цели исследования системы и, следовательно, вызывает прекращение декомпозиции Декомпозиция по подсистемам (структурная декомпозиция). Признак выделения подсистем — сильная связь между элементами по одному из типов отношений (связей), существующих в системе (информационных, логических, иерархических, энергетических и т. п.).

15Понятие и содержание обеспечивающих подсистем автоматизированной системы управления, их значение при проектировании информационных систем. Ответ: 1. Характер

Воспользуйтесь поиском по сайту: