Главная Случайная страница


Полезное:

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


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Цель, задачи и этапы проектирования





Целью проектирования информационных систем является подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.

Основные задачипроектирования:

· оказание влияния на улучшение организации учетной, плановой и аналитической работы;

· выбор оборудования и разработка рациональной технологии решения задач и получения результатной информации;

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

· создание БД, обеспечивающей оптимальное использование информации, касающейся планирования, учета и анализа хозяйственной деятельности;

· создание нормативно-справочной информации.

Основные этапы проектирования: предпроектное обследование, проектирование (технический проект, рабочий проект), ввод системы в действие, промышленная эксплуатация.

Предпроектное обследование.

Определение стратегия

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

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

В документе обязательно должны быть описаны:

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

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

· сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;

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

· будущие требования к системе в случае ее развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;

· сущности, необходимые для выполнения функций системы;

· интерфейсы и распределение функций между человеком и системой;

· требования к программным и информационным компонентам ПО, требования к СУБД (если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям);

· что не будет реализовано в рамках проекта.

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

Анализ

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

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

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

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

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

Этап проектирования. Технический проект.. Рабочий проект.

· Разработка и отладка программ;

· Корректировка структур баз данных;

· Разработка должностных инструкций;

Наполнение системы фактическими данными;

· построение процедур их обработки;

· интеграция процедур внутри автоматизированных рабочих мест;

· интеграция автоматизированных рабочих мест в систему.

Этап проектирования. Ввод системы в действие.

Подготовка к внедрению: установка и ввод в эксплуатацию технических средств, обучение персонала, загрузка баз данных

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

Сдача в промышленную эксплуатацию. Повседневное функционирование системы; обслуживание и администрирование.

Date: 2015-09-05; view: 708; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.006 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию