Вы на НеОфициальном сайте факультета ЭиП

На нашем портале ежедневно выкладываются материалы способные помочь студентам. Курсовые, шпаргалки, ответы и еще куча всего что может понадобиться в учебе!
Главная Контакты Карта сайта
 
Где мы?

Реклама


Комментарии: 0 Просмотров: 6247 Автор: Angel
Непрерывный рост масштабов проектов ИС и их необозримости для отдельного специалиста привели к необходимости принципиального изменения отношения к регламентированию, документированию и дисциплине труда коллективов специалистов при обеспечении длительного жизненного цикла программных средств. Накопленный мировой опыт сосредоточен и обобщен в международных, национальных и военных (зарубежных) стандартах, которые почти неизвестны отечественным специалистам. За рубежом требования стандартов к объектам, документам и процессам ЖЦ ИС и ПС во многих случаях являются обязательными и определяют конкурентоспособность продукции. В связи с этим существенно изменились объекты и методология в области создания и всего ЖЦ сложных ИС. Пренебрежение стандартами отечественными специалистами резко снижает конкуренто
[/center]
[center]
способность на Западе, созданных ими даже на отличной идейной базе, программных средств.
Комментарии: 0 Просмотров: 4211 Автор: admin

При анализе программ имеется два аспекта оценки их сложности: определение сложности процесса создания программных компонент и определение сложности объектов разработки — программных модулей, групп и КП, используемых данных и связей. Эти аспекты тесно связаны, и сложность объекта обычно определяется через трудоемкость процесса разработки. Понятие сложности ассоциируется с ресурсами, необходимыми для решения соответствующей задачи. Задача считается простой, если невелики все ресурсы, используемые для ее решения. Однако если хотя бы один из необходимых ресурсов очень велик или оказывается на пределе, доступном для использования, то такую задачу не считают простой. Для программ наиболее характерными являются ресурсы, необходимые для их реализации, которые определяют временную, программную и информационную сложность.

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

Комментарии: 0 Просмотров: 3483 Автор: admin

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

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

Цель управления проектом - рациональное использование и предупреждение потери ресурсов путем сбалансированного распределения их по частным работам на протяжении всего цикла разработки объекта или процесса с заданным качеством. Управление проектом - это особый вид деятельности, включающий постановку задач, подготовку решений, планирование, организацию и стимулирование специалистов, контроль хода работ и использования ресурсов при создании сложных систем.

Комментарии: 0 Просмотров: 9227 Автор: admin

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

Комментарии: 0 Просмотров: 5326 Автор: admin

Структурное проектирование программных средств.

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

Основные принципы и правила структурирования ПС и БД можно объединить в группы, которые отражают:

Ш      стандартизированную структуру ПС или БД определенного класса;

Ш      унифицированные правила структурного построения прикладных программных компонент и модулей;

Ш     стандартизированную структуру базы данных, обрабатываемых программами;

 

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

Ш     унифицированные правила структурного построения и организации межмодульного интерфейса прикладных программ;

Ш     унифицированные правила внешнего интерфейса и взаимодействия компонент прикладных ПС и БД с внешней средой, с операционной системой и другими типовыми средствами организации вычислительного процесса и контроля.

Комментарии: 0 Просмотров: 4874 Автор: admin

Любая информационная система (ИС) выполняет следующие функции:

Ø воспринимает вводимые пользователем информационные запросы и необходимые исходные данные,

Ø обрабатывает введенные и хранимые в системе данные в соответствии с известным алгоритмом

Ø формирует требуемую выходную информацию.

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

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

Комментарии: 0 Просмотров: 3980 Автор: admin

9.1. Архитектура Microsoft Universal Data Access

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

Главная цель Microsoft Universal Data Access состоит в обеспечении доступа ко всем вышеупомянутым типам данных с помощью единой модели. Если вы знакомы с ODBC, вы можете представить себе Universal Data Access как "ODBC для всех типов данных — реляционных и нереляционных".

В настоящее время Universal Data Access взаимодействует со всеми основными платформами баз данных, а также с некоторыми источниками данных, не относящимися к СУБД, облегчая разработку приложений с использованием баз данных посредством общих интерфейсов.

Архитектура Universal Data Access включает в себя следующие элементы.

                 Microsoft ActiveX Data Objects (ADO) представляет собой интерфейс прикладного программирования для доступа к данным, хранящимся в различных источниках.

                 OLE DB предоставляет низкоуровневый интерфейс доступа к данным в масштабе предприятия. ADO работает "за кулисами" с OLE DB, однако, в случае необходимости, мы можем непосредственно использовать OLE DB.

                 Open Database Connectivity (ODBC) является стандартом Microsoft для работы с реляционными данными. Этот компонент служит для обеспечения совместимости с более ранними разработками, так как в современных решениях его роль играют собственные провайдеры OLE DB.

Архитектура Microsoft Universal Data Access представлена на рис. 9.1.

Комментарии: 2 Просмотров: 4779 Автор: admin

Список вопросов по теоретической части курса ИНФОРМАЦИОННЫЕ СИСТЕМЫ

1.      Понятие информационной системы и информационной технологии, процессы, обеспечивающие работу информационных систем, внедрение информационных систем.

2.      Структура управления организацией, роль структуры управления в информационной системе

3.      Признаки классификации информационных систем 

4.      Структура типовой информационной системы, типы обеспечивающих подсистем.

5.      Информационное обеспечение информационной системы.

6.      Техническое обеспечение информационной системы.

7.      Математическое и программное обеспечение информационной системы.

8.      Организационное и правовое обеспечение информационной системы.

9.      Классификация информационных систем по признаку структурированности задач.

10.  Информационная, модельная и экспертная поддержка информационных систем для плохо структурированных задач.

11.  Основные типы функциональных информационных систем в фирмах

12.  Классификация ИС по уровням управления, информационные системы операционного уровня.

13.  Классификация ИС по уровням управления, информационные системы специалистов.

14.  Классификация ИС по уровням управления, информационные системы менеджеров среднего звена.


Популярные новости

Статистика сайта



Rambler's Top100



 
Copyright © НеОфициальный сайт факультета ЭиП